I have been working on a UI app (written in VB.NET and using WPF) which creates charts using the Microsoft Chart Control for Windows Forms. The application retrieves data periodically from a remote database, parses and formats the data to create series, and then creates a chart based off the series which is then hosted in a WindowsFormsHost control. So far this process has been working well.
I have now been tasked with adding an organizational chart. The requirements state that it should have "drill-down" and touch functionality. I have not been able to find an org control like the chart controls I have been using. The closest one I found was the tree view control that comes with .NET Studio. I have looked at the WPF: Org Chart TreeView Conditional Formatting SO question, and also read the recommended Josh Smith CodeProject articles, but my boss does not want me to pursue developing my own org control at this time.
Is there a good third-party solution/plug-in already available? It would need:
...to be capable of being integrated
into the WPF as a control (like the
Chart Control mentioned above),
...to generate org charts dynamically
by connecting to a remote Oracle
Database to retrieve the data based
on either predefined views or
specific select statements (or read a
flat file to generate an XML file
containing all the relationships and
branches),
...to have a hierarchy that was
navigable by touch, i.e. touching a
node would show the branches beneath
that node--touching the node again
would hide the branches.
Any suggestions/help are greatly appreciated. I haven't been able to find any third-party options that fit all these requirements.
Unifosys Chart4.NET is a fully-featured organization chart component:
Documentation: chart4.net
-Supports database(ODBC)/datatable/XML/CSV
-Has Expand/Collapse
-Has Drill-down and hyperlinking
-Availbale for winforms and webforms
Create Org Chart from Database:
http://unifosys.com/hierarchy-chart/Create_Organization_Chart_From_Database_Sample.html
Online Database Demo:
http://organization.unifosys.com/Create_Organization_Chart_From_Database_Sample_WebForm.aspx
Related
I have very a rudimentary understanding of Microsoft Access and VBA Code.
On my work desktop, I have Microsoft Office Professional Plus 2013 Access
I've been tasked to create a MS Access application with an Access DB.
I started developing an MS Access application with Forms , and the corresponding DB
I'm using VBA code event handlers(or Event Procedures) for the UI control buttons.
I wanted to create a common configuration settings area for said application( like ASP.NET web application have web.config files or app.config files )
I failed to find anything similar for MS Access application development.
Could someone please provide me with an explanation as to how to implement an MS access implementation model/software design pattern for common configuration settings area that is modular, reusable, clear and concise?
As noted, I great way to do this is to simply create a table in the front end. It is assumed that you will split your database into two parts. The code/forms etc. is the so called front end,and then you have the back end part (the database - it can be a accDB file, or it can be say SQL server).
So the typical update and deploy of your software will be:
Re-link your tables from test database to the actual live production database.
Compile your accDB into a accDE.
Deploy this new updated "next" version of your software to all the desktops.
So, since any change or addition to settings will be in the new front end then any application wide settings you have will thus roll out with your update.
It often depends on the user base. In the case that we had multiple customer sites running our software, then using a local table would not suffice, since things like path names, connection strings to the database etc. are customer specific. So, in this case we moved the settings table out to a text file (setup.ini). So we now use a setup.ini file that is external to the program and assumed to be deployed in the same folder as the front end. On startup we use the windows API to read ".ini" files.
So, both ideas (external setup.ini) or a local table in the front end are rather good choices from a development cycle point of view.
So once you down the road in developing your application, and the table/data structure changes are down to a dull roar, then it is time to split your application. (use the built in split wizard for this). I will say that even for my .net applications, I still often use a external setup.ini file for settings, since once again with multiple customer sites, it not practical to have customer specific settings in the application as opposed to a external settings file.
Does anybody know of a good tutorial, preferably with downloadable sample code, for a Windows 8 app that is data oriented?
I am trying to rewrite a fairly simple Windows Forms application, which uses a local SQL Express database, as a Modern UI Windows 8 app, but it seems that Windows 8 apps don't support accessing SQL databases natively. This leaves me wondering what the best way to store the app's data is, and also lost as to how to handle calls to create/edit/delete records, etc.
I've come across the Reversi sample app, which Microsoft claims contains extensive examples of databinding, but actually it all seems to be in an MVVM context, binding visibility of controls, positions of items, etc. I'd like to see an example of a more traditional, simple database application with records that can be browsed, updated, created, deleted, etc. Not least so that I can just see how the data is stored, since an external database apparently isn't an option!
You can use SQLite as database for Windows Store App. There are couple of articles & code sample available.
SQLite samples from MSDN
Using SQLite in Windows 8 Store Apps
WinRT app guide: Step 10: Adding a lightweight database (SQLite) and CRUD support + two-way element binding
Environment
I am using the native document management integration between Microsoft Dynamics CRM 2011 and Microsoft SharePoint 2010, via the CRM 2011 List component for SharePoint. There is nothing unusual about this deployment - it is configured to work with contacts and accounts and it all works as documented.
Requirements
I originally had several requirements (though in the course of writing this question, I have solved two of them)
Customise the columns shown to include custom columns (as already
defined in the List via SP)
Customise the default sort order
Customise the default column width for some columns
What I know so far
What I have learned is that the default view for the SharePoint Library seems to drive much of the behaviour of the component. Adding my custom columns to the Library's default view, causes them to appear in the List component output (I don't believe that this is documented anyway - please shout up if you think it is). The column ordering and the view sort order from the default view drive the List component too. Happy days - two requirements met.
SharePoint, via the web UI, doesn't allow column widths to be set (as they are rendered with dynamic widths) so Library Settings is no help here. Using SharePoint Designer to manually set the width on the columns also fails to get inherited by the List component.
The underlying pages that are installed to SharePoint and during installation of the List component sit in a ".../crmgrid/" sub directory. Of the available pages, crmgridpage.aspx seems to do all the rendering. SharePoint Designer is keen to tell me that "This page does not contain any regions that you have permissions to edit".
The Question
Is there any (innovative?) way for me to customise the default column width for some of the columns I am displaying via the List component?
Well you have limited options here. Because you're dealing with multiple domains, you run into cross domain scripting issues ruling out any javascript on the crm form.
The only way that comes to mind is to modify the crmgridpage.aspx page on your sharepoint server to set the width of the columns via javascript. It's totally unsupported though.
When in the 'Modify' mode of a Web-intelligence report inside Business Objects, when using the Formula Editor with an object is it possible to identify the CUID from this in a Web Intellience Report?
I wish to display the CUID on each report, and was hoping there is some variable I can just refer to and it displays accordingly to whatever report I have open.
I don't believe there is a way for this to occur.
The reason is you are looking at 2 different items of data from the way Business Objects is internally structured. The CUID is part of the metadata stored in the repository database, while the data in the Web Intelligence Report (WebI docs) is store in the actual file that resides on the IFRS. When working with WebI docs via the SDK, they are 2 very different objects that are manipulated that relate to these different parts.
It might be possible to work around this using the SDK, but I have not tried it.
Recently found a guide to create universe on top of the BusinessObjects CMS database. Web Intelligence XI 3.x - Reporting off the BusinessObjects Enterprise CMS Via Data Access DDK Once you have the universe for the CMS database, you will then need to bring in all document names and the CUID. Then in the WebI report, you then filter the list of CUIDs using the DocumentName() function.
I wrote a note on CUID... May it help many
http://arkaandbi.blogspot.com/2013/07/a-note-on-cuid.html
I support Rational clearquest for my company and have been asked to show some of the data in Sharepoint.
I can query the data in Clearquest no problem (Using Toad) but have no idea about how to go displaying it in Sharepoint.
The data I'm querying contains dates and ideally I'd like to be able display it in a sharepoint calendar but list format would do for the moment.
Can anybody offer advice on even where to start?
Thanks,
Joe
Whilst you could do the bare bones approach suggested by Ben there are lots of options that will give you a 'leg up' especially if you are just displaying data.
Your first look should be at SharePoints Data View Web Part (DVWP). There is a length walkthrough here and some great tutorials by Laura Rogers
Very similar but if you hate SharePoint designer there is Lighting Tools Data Viewer Web Part
If you are using MOSS you could use the Business Data Catalog (BDC) - Display business data on a SharePoint site
There are other 3rd party options too that don't require MOSS such as Layer2's Business Data List Connector (BDLC)
If you have technical resource you could (expanding on approach suggested by Ben) write your own Reusable SQL Data Viewer Web Part
You would have to develop a sharepoint "feature" such as a webpart. You could then display retrieve the data from the db and display it however you want. You would basically be developing a asp.net component/application but with certain restrictions that sharepoint forces on you. You can read the basic steps here