The Charting Component for creating Charting Tools, a paper on .NET, MFC, ActiveX, VCL development.

[About Us, Letter from the President ]

The Man, primary Charting component Developer.

Robert Dede
BSEE UTA
Owner/President
Gigasoft, Inc.

ABOUT US. OUR PROMISE.

Founded in 1993, by 1995 Gigasoft, Inc. released its first version of ProEssentials charting components as static libraries for C++ developers. Later, Gigasoft added VBX components for VB3, VCL components for Delphi, ActiveX components for VB4 through VB6, and now offers Wpf/WinForm/WebForm .NET charting components for Visual Studio.NET. Gigasoft has always concentrated on charting, and charting at a mission-critical level. Prioritizing stability, speed, and rendering intelligence. Not just a component provider, trusted by Fortune 500, Gigasoft regularly signs non-disclosure agreements, signs proprietary licenses, and provides custom programmed charting solutions to the world's leading companies and governments. When you need more than a generic charting tool; or want more custom services from a component vendor; Gigasoft has been the quality choice for more than 20 years. All the time, establishing an exemplary track record and amazing customer satisfaction.

CHARTING COMPONENT STRENGTH - FINDING THE RIGHT CHARTING TOOL

Super awesome news of Microsoft getting x86 running on the Qualcomm 835 snapdragon. Finally! Win10 will be the definitive development platform for embedded and low cost tablet based apps and solutions. If you haven't seen this, it will put a huge smile on your face. This changes everything! And this is the direction MS should have taken with Win8 and not the WinRT direction which put the Windows ecosystem into chaos for years: Win 10 on Qualcomm running x86

YOUR CUSTOMER ORIENTATION / End-User Orientation
Let me tell you a story about my neighbor / friend who has worked forever at a huge reservation services corp X (the google/amazon of reservation corps.) X's marketing people say, "we need a Modern UI software implementation". Marketing executives are people that go with the flow of other marketing people. This reminds me of President Trump getting elected as all the media and all the experts said Trump didn't have a chance. Well, back to my neighbor's company X. X spends large quantities of money, time and frustration on a fancy new modern UI that runs on everything; and then discovers that 90% of the end-users prefer the green-text on black-screen text-based dummy-terminal UI on a PC. The point of the story, know your end-users, and end-users want ease, large amounts of information on a screen, features, stability, speed, and care little about animated user interfaces showing less data per screen. Our charts are great at packing information into a chart and then handling resizing. Please do your own end-user research and do not make the same mistakes others are making. Improve your application, but improve toward end-user orientation and not market hype. A nice looking quick application may be what your end-users desire. If you've read this far, let me know you've read this with a discount of fifteen percent, use promo code 15xrob on our order screen. And as another example, Wells Fargo lately updated their web based UI and how many are finding it more frustrating? I know I sure do.

WHO IS THE FASTEST, WPF HYPE: Winform still dominates, but there seems to be more WPF apps being developed lately. I recommend Winforms over WPF. Or if WPF is a must, then I recommend a simple home brewed MVVM pattern that will allow for Winform and WPF apps to be developed simultaneously. Why? I have a hard time putting faith in WPF that is tied to DirectX9 and MS has never professionally documented how to draw with shared DirectX surfaces (which is the only way to truly draw a control in WPF.) Maybe MS wants WPF to disappear like Silverlight. It would be absolutely terrible but I could see MS forcing the "store concept" (ugh) and letting WPF die and UWP live to promote the store and Win10. However UWP is tied to Win10 which is not practical when we have to deal with Win7 for many years to come. With Win10 now running x86 on a Qualcomm chip, the entire winrt and univeral-windows concept evaporates. Remember, the real reason winrt was invented was to support ARM. But now all x86 apps will run out of the box on ARM. MS knows the WPF drawing system is so poor they won't clearly and completely document 1) why one has to share a dx11 surface with dx9 in what seems like an afterthought and waste of resources in creating both dx9 and dx11 devices and contexts, 2) no inherent support of MSAA so one has to create an additional dx11 msaa surface, and copy/merge the msaa data into the non MSAA surface used by dx9 (huge waste of resources and precious bandwidth), 3) to handle sync issues, the render loop must use gpu loop/wait cycles to eat time on the gpu (the third and worst type of waste.) None of this waste is required for Winforms, MFC, OCX,or VCL interfaces. I hope MS improves WPF for everyone's sake but it's risky to wish MS to do something. And for those saying WPF is fastest, or they have the fastest solution, the truth is WPF is the SLOWEST and most WASTEFUL possible way to draw anything non DirectX or DirectX (granted it is quick, but not the fastest, and for example, Adobe’s Audition would never use it.) If you decompile our Wpf interfaces, you will see our OnRender simply calls a function in our native PEGRP DLL of PErender2DX using Direct2D or PErender3DX using Direct3D. All our drawing is done natively at the same native DirectX level and highly specific and optimized to its purpose and not using a generic library managed by no official source. The truth is for 20 years Gigasoft and ProEssentials has been one of; if not the fastest with the best date time, text, and overall rendering ai. Granted we are evolving and sometimes we delay adopting/discovering a faster code path to support older OSs, but our framework is inherently faster and will always evolve to be the faster. We are professional electrical engineers, and like physicists, mathematicians, and computer science engineers, we should not lie, and we should know when being lied to. True Windows developers should hate that WPF controls do not have "Windows Handles" or use "Windows Messages". WPF is not a true Windows thing, it's something that runs on Windows. Plenty of companies were harmed financially when VBXs led to OCXs, and then VB6 led to VB.NET, and now some who don't know MS's history might think WPF or UWP is better than Winforms. How is radically different, or potentially limiting, or potentially dead, be better? Winforms is better than WPF because it uses "Windows Handles and Messages" and is more in tune with Windows (any latest DirectX talks directly to any control with a Windows handle.) And as always, old school MFC/ATL/Windows is a great development strategy and why MS, Adobe, Apple, and everyone writing critical Windows apps uses it because it does not change and it talks directly to the OS; and how nice is that? Never stop learning, and sometimes learning the true common denominator way of writing Windows apps is not such a bad thing.

CLIENT- SIDE: our meat and potatoes strength.
If you are creating a client-side EXE working with: .NET WPF, WinForms, MFC, VBA, VB6, Delphi, Builder, or any Windows development IDE; give your search a rest, you likely found the best for your engineering/financial/serious app. Download our eval and hammer our PeDemo for at least 30 minutes. Then study the code in the demo for at least 30 minutes. You won't find a more impressive demo or easier code to comprehend anywhere in the world. The bits don't deceive, and they are our best selling point. Like a picture is worth a thousand words, our Demo is like an infinite amount of pictures. Sizing, shaping, using the popup menus (right click) and dialogs allows for infinite variety and massive exposure to our bits.

Our .Net interfaces are not object crazy like most .Net components. We know our .Net interfaces are easiest to learn and maintain. High object use within an API leads to higher abstraction. Our interfaces are simply 95% properties, 5% methods and events. No object craziness; just set properties.

SERVER - SIDE
This is a big subject so I will break it down: 1) Traditional browser based apps; 2) Internet aware client side development (Google Earth / ITune type EXEs)

1) Traditional Browser Apps:
Due to our a) client-side strength and b) strength of rendering quality/robustness, ProEssentials within the browser diverges towards two paths:
a) The path toward absolute maximum interactivity, speed, robustness, but limits browsers to IE / Windows OS. Ideal for your secured proprietary web solutions to mission critical clients.
b) The path toward minimum interactivity, excellent image quality independent of size, robust graphic potential, and works with any browser.

a) Maximum Interactivity: Our .NET WebForm controls render the binary state of our ActiveXs onto the client's browser (no dependency on COM on the server.) Check our PE8WebDemo source within the eval for a working example. This technology does require IE and Windows OS and thus best suited for specific web solutions to specific customers. For example; Siemens, Square-D, and Schneider Electric use our technology to allow customers to monitor their large scale power meters. Financial apps are also a great fit for this technology. Your server logic can always conditionally send browsers either ActiveX or Static Images based upon browser capabilities and/or user's choice. If sending static images, you're getting maximum graphical potential to the largest problem domain. There are charts in the industry that use AJAX to gain some form of interactivity. Please compare all other interactive demos you can find on the web to our interactive demo. Comparing AJAX to true interactivity is like comparing real auto racing to an XBox racing game, they're worlds apart.

b) Minimum Interactivity but maximum audience: Our .NET WebForm controls rendering simple JPG, PNG, or SVG images with or without imagemaps (hotspots.) Again, you'll be getting the maximum graphical potential to the largest problem domain. Features such as multiple axes, date-time, annotations, and overall intelligent image construction help maintain chart quality at smaller chart sizes. If you have a huge site producing thousands of images, nothing uses fewer clock cycles per image than ProEssentials. ProEssentials does more, with more intelligence, with fewer cpu cycles.

2) Internet-Aware client side development:
I always recommend to develop internet aware EXEs over browser apps. The browser was originally designed for static words, images, and simple form processing. I prefer Google Earth over Google's web maps. ITunes and Spotify works better as an internet-aware EXE than would as a web site, clearly! If you're working with lots of data, want maximum interactivity, much easier development, better testing and debugging, better performance, more stability, and so many other advantages, create a simple EXE that gets its data over the net. ProEssentials has very simple features to 1) efficiently transfer binary chart states across the net, and 2) incrementally load data across the net. Our WinForm interfaces, native DLL, and ActiveXs can all receive data from our WebForm interfaces. We provide all interfaces to allow all potential combinations of EXE, Browser App, and Internet-Aware EXE development. Internet-aware EXEs are the best; and ProEssentials with its client-side strength is the best chart for your internet-aware EXE.

THE BOTTOM LINE (It's about pleasing and protecting the customer, and what we do best!)

Our customers (thousands) are largely software-business-owners and high-level product managers whose direct bottom-line are based upon the charting functionality embedded in their product(s). When compared to all potential buyers in the market, our customers have spent the most time evaluating their choices because their needs are the most important. When it comes to our customer's money, reputation, and product competitiveness, ProEssentials is being chosen. One of our greatest strengths is the type of customer we attract.

For over 20 years, our customers have always been able to upgrade easily and at their own pace. We care more about maintaining and improving our customer's code base than forcing change and chasing fads. Our customer retention is perfect, our customers upgrade even though not forced to upgrade. Word-of-mouth and repeat-customers are our largest source for new sales. We constantly get new customers switching from our competitors. If you buy ProEssentials; you will be satisfied, you will be a customer for life, your applications will easily and inherently improve in quality over time, our attention-to-detail means you’ll work much less making your charts behave as they should, and you will eventually see the competition clearly secondary. This is my personal promise to you as a fellow engineer, in friendship and character.

If you need a custom property, method or event added to ProEssentials to simplify your goals, please contact me. Leveraging ProEssentials with custom sponsored features is extremely efficient and benefical. We can make your end-goals so much easier and impressive.

Thank you for reading this very long letter. I sincerely appreciate your dedication in researching your purchase. Your research deserves a rest, you found the best.

Peace,

Robert Dede
Owner/President
Gigasoft, Inc.

 

Online developer reference

Complete online technical reference to the ProEssentials product. Our .NET Reference is the best mechanism to navigate the large quantity of properties and features.  Walk-Throughs of charting in VB.NET, C#.NET, ASP, VC, VB6, and Delphi get you started quickly.

learn more, See Chapters 1 and 6

Online interactive demo

Financial, Engineering, Scientific, and Business examples gives you an instant taste of ProEssentials' power.

view our Charting Component Demo