|
wow. great way of illustrating your question!
I don't know the answer. I suspect your "box" property is of type ListBox, which should not be, as you don't want to manipulate a ListBox, all you want to do is select one of several names (of ListBoxes), so it should behave as a ComboBox (but not offer access to the properties of a ComboBox!).
That is similar as say choosing a color where you can choose from a limited set of colors. Must be provided somehow.
|
|
|
|
|
tyty..
It's because i let's say want to add an item to a listbox in a program. In that case i would make a void like this.
public static void Add(listBox l, string s)
{
l.Items.Add(s);
}
And before the program knows what listbox it is to add the string i must be setted from designer code as it is a component. Thats what i want -.-
i could of course just do it like this.
myComponent.Box = listBox1
but i wan't to make it easy for beginners.
|
|
|
|
|
OK.
The little plus thingy is provided by the TypeConverter used by your control. .NET assigns this by default and I think (pretty certain) it sets it to ExpandableObjectConverter[^], because your control has 'levels'. If you do a search on ExpandableObjectConverter you should find some articles which cover the scenario you describe.
I would spend longer helping you but I'm off to play poker in a couple of minutes. By all means ask for more info if you get stuck but it might be a while before I can answer (if my luck holds).
Good luck.
Henry Minute
Do not read medical books! You could die of a misprint. - Mark Twain
Girl: (staring) "Why do you need an icy cucumber?"
“I want to report a fraud. The government is lying to us all.”
|
|
|
|
|
and yet you got two replies and the link to a great article.
|
|
|
|
|
<a href="">http://gratisupload.dk/download/49209/</a>
Final Release
|
|
|
|
|
Hi,
I'm trying to create an activeX for my project and followed the steps specified in below.
http://www.c-sharpcorner.com/uploadfile/dsandor/activexinnet11102005040748am/activexinnet.aspx[^]
I'm able to see all my controls in webpage. I've a button (for browsing files)in design , and on clicking that I need to select a file from the folder. While accessing file, its throwing below exception.
"Application attempted to perform an operation not allowed by the security policy. To grant this application the required permission, contact your system administrator, or use the Microsoft .NET Framework Configuration Tool.\"
Please guide me to solve this issue. Thanks in advance.
|
|
|
|
|
Your code did something that its not allowed to do while running in the restricted sandbox of a web browser. The user has to relax their browsers security restrictions to allow your code to run.
BTW: Every user who tries to visit your page with this control on it would have to have the correct version of the .NET Framework installed to run your control. Also, it would appear, they would have to relax their security restrictions, making your site not-so-friendly to visit.
|
|
|
|
|
Thanks for your reply.
"The user has to relax their browsers security restrictions to allow your code to run."
Can you let me know what settings need to change to relax the browser security restrictions.
|
|
|
|
|
Don't know off the top of my head and don't have the time to test it.
In the browser, go into Tools -> Internet Options -> Security tab. You'll find a little slider in there, set it to Low, or click on the Custom button and start experimenting.
|
|
|
|
|
I kept all the security levels to low in Security tab. Still I couldn't able to access I/O files.
At last, I got doubt on whether browser(IE) allows to access I/O files. Is it feasible? Please suggest me. Thank you..
|
|
|
|
|
You never siad what you were doing until now. No, the file system, as well as all local resources, is off-limits to code running inside the browser.
|
|
|
|
|
Hi all,
Where to write (global) program data with full access for all users?
An answer is:
-------------
string path = Environment.GetFolderPath(Environment.SpecialFolder.CommonApplicationData) + @"\myfile.txt";
File.WriteAllText(path, "Hello World!");
but, is it a good solution?
The above solution is not good when the application creates a file with ADMIN priviege, and a NON-ADMIN user wants to delete the created file (because of priviege the file wasn't deleted).
sorry for my poor English
|
|
|
|
|
It depends on the size of data and the data itself, and also what the data is needed for in your program.
u can put it in the sys registry,
like i said depending upon what u want to achieve.
|
|
|
|
|
My data is an Access Database file (Databse.mdb), and I can't use registry.
|
|
|
|
|
pricesely you cannot, i think i don't understand your question, do you want all users of your program to access your file or all users of the computer system.
please shed more light so i can help you.
thank you.
|
|
|
|
|
Thanks you for answer
I want all users of the computer system can access my application's file (Create, Edit and delete the application's file). ADMIN users and NON-ADMIN users can edit or delete application's file.
Thanks again
|
|
|
|
|
Hi,
1.
inside CommonApplicationData, you should maintain a folder hierarchy; don't mix files from different applications in a single folder!
2.
I expect CommonApplicationData by default to offer read access only, as it is data that may affect all users.
3.
Hence, if you need shared and modifiable data, use CommonApplicationData, let your installer:
- create an appropriate subfolder, and set its permissions to read-write for all;
- create whatever data files are required.
An installer can do that as it typically is run with administrative privileges, especially since you are installing for the benefit of all users.
|
|
|
|
|
On a file server perhaps?
Maybe write a Web Service?
At least %ALLUSERSPROFILE%\Application Data\your app
|
|
|
|
|
PIEBALDconsult wrote: At least %ALLUSERSPROFILE%\Application Data\your app
No no, one really should use the appropriate method to get there (e.g. Environment.GetFolderPath(Environment.SpecialFolder.CommonApplicationData)) as the folder names may evolve from one Windows edition to the next, and are called differently in different regions. And then they may add Local, Roaming, and other goodies, your app can't possibly keep up with all of that.
|
|
|
|
|
The heck it can't.
Luc Pattyn wrote: evolve from one Windows edition to the next
I'm staying with XP.
|
|
|
|
|
PIEBALDconsult wrote: I'm staying with XP
... but the customer's won't so we're forced to code accordingly 
|
|
|
|
|
Customers? 
|
|
|
|
|
... that use the applications you write - who are probably using Windows 7. The chances of them still being with XP is slim, and in a year or two virtually nill. So we have no choice but to code for use in the latest OS.
|
|
|
|
|
Plus, how else can I do:
<DBT>
<DatabaseManager Load="%APPDATA%\DatabaseManager.xml" />
</DBT>
|
|
|
|
|
That is better, at least it does not have the "Application Data" literal string.
BTW: you might want to follow the convention of having a company and a product subfolder.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
