Does anyone have experience of rapidly translating an access application into a standalone windows application? My current thoughts are to create an SQL database and a gui in c# and vb, or adobe flex 3.
As with acces, the GUI would mainly comprise of controls such as radio buttons, combo box (populated from a table), check boxes, text boxes, text areas and data grids. It will also need the ability to create reports as access does.
Any advice based would be appreciated.
Happy new year.
Use the upsize wizard (tools menu) to port the data to SQL Server
Carry on using Access as a front end
Change the schema as needed, hide change behind views for Access
Write a new GUI in asp.net or WinForms
sqlite may be the choice of database. It is simple, a self-contained, embeddable, zero-configuration SQL database engine. you don't need any database server as sqlite is file-based.
I guess vb.net 2008 can be used as it is very easy to generate GUI.
Related
I have a GridView. I want to set the data template to bind to row of my database(my SQLite database to be specific). The database will be updated at run time. I want the GridView to update itself. But the database is too large to be stored in an Observable Collection.
I have had little experience in Qt. And there was an SqlTableModel. Is there anything of such sort in uwp or I have to implement it on my own?
I will give you all in one solution for any Enterprise database connection with uwp app with full efficiency and editing option as well. you should use DataGrid control of windows community toolkit. learn more about it here : https://learn.microsoft.com/en-us/windows/communitytoolkit/controls/datagrid
I have my LS with datasource made in MySQL. I decided to create same database in SQL Server, and when I use the "Update DataSource" of LS, all of my screen objects gone (the textboxes, labels, codes, etc.).
See Image.
Now my question is, how can I retain the screen objects even I change/update my datasource?
Is it possible? Or I have to recreate my screens?
I'm afraid you're going to have to recreate your screen objects. LightSwitch V1 doesn't have the ability to change "change" a screen's data source & still keep the existing screen objects, nor does it have a way to copy/paste screen elements either.
Sorry I had to be the bearer of "bad news".
We're hoping that scenarios like this will have been improved in V2.
I am currently in the process of developing an application in C#. I am using WPF forms and using an embedded SQLite Database.
I was wondering if it was possible to integrate my program into the windows shell. What I want to be able to do is if a user right clicks on a username or password text field on a website or a piece of software then the right click menu will show options for my program. If the user wants to copy their username from the software I have written then can right click on the field, go to menu 'Retrieve Password Manager Data' > choose the category (software/website) > company names retrieved from the database and then go to copy username or password.
Thanks for your help in this matter.
Integrating a .NET app into the shell without trouble is technically possible since .NET 4.0. Google IContextMenu to find sample C# code that implements the required COM interface. Beware of the difficulty of getting it right, debugging is very unpleasant.
But that's a long way from what you are asking for, the shell extension handler lets you create a menu entry in the context menu for Explorer windows. Text boxes in other apps don't expose a standard extensibility interface like the shell does. It is not quite impossible, it requires injecting code into the app with a windows hook. But you can't write that kind of code in C#.
I am coming from MS-ACESS world and their programing habits, There was nice utility to make form from table, You can simply hit right click on table and make form for it. Now I looking for something similar for Visual Studio and WinForms. I am trying to develop simple application for which I need to have more then 30 forms for handling data, till now I designed database tables, keys and sprocs in SQL2008 and before I start coding forms for handling data, I asking You for main guidelines how to save my time while coding forms.
Click in VS2008 within the menu bar on Data - Show Data Sources.
In the new window you can select the first icon in the top left to create a new dataSource by help from a wizard.
Just step through it and select the database, tables, views, etc. you like.
When you're finished in the wizard, you can drag and drop the tables from the Data Sources window onto your form. You can also before drag and drop something click on the icon next to the table, view, etc. and change the container type which should be auto-generated.
Starting with these tips it should be quite easy to get a first version to run.
Last but not least:
These wizards create normal code files, which can be viewed and editing like any self written code file. So you can also take a look there to find out which base classes are needed to get all these thing to work to know how you can do some special task manually on yourself.
a simple way is to use a typed dataset (generated by vs) and to bind that to a datagridview.
I'm developing a windows application that updates item properties.
what should i have to do if a document library have a lookup field or a people editor?
what is the control to use?
I'd use a combo box where the list contents are loaded dynamically when the user expands the list.
I hope, you are aware of the fact that, if you use SharePoint API (through microsoft.sharepoint.dll), you will only be able to run it on the server? If you need it to run on a remote machine, you have to consider using SharePoint Web Services.