Tweets by @Actipro
Please take some time to learn more about us and our product offerings.
Did you know that in the new 2016.1 version of our WPF Control's Docking/MDI product, you can quickly access another docking window tab in the same container by pressing Ctrl+[tabnumber]? This also works in the Docking/MDI beta for Universal Windows.
For instance, in the tabbed MDI screenshot above, if I press Ctrl+2, the Document2.txt document would be selected. And Ctrl+3 would select Document3.txt.
Ctrl+[tabnumber] will select the "normal" tab that has that tab index. What if there are pinned tabs though? Pinned tabs have an unpin button displayed on them and appear first in the tab list. The same concept applies there but you'd press Ctrl+Alt+[tabnumber], where the tab number there is the tab index within the "pinned" tabs.
The same Ctrl+[tabnumber] keyboard shortcut will even work in docked tool windows when two or more tool windows are attached (tabbed) to each other.
The Alt+- keyboard shortcut will show the options menu for the current tool window, when the focused tool window is docked in a tool window container.
The Alt+- keyboard shortcut will also show a focused document's context menu when in tabbed MDI.
The Ctrl+Alt+DownArrow keyboard shortcut will display the document list menu in tabbed MDI.
These keyboard shortcuts are great for end users to be aware of and provide access to common docking functionality, all via the keyboard.
A couple weeks back, we released our first set of Universal Windows controls. And right before that, all the work we've been doing on Docking/MDI for WPF (codenamed vNext) the past few months was released as part of our 2016.1 WPF Controls. Docking/MDI's internals were rewritten from scratch to support all the latest docking window oriented functionality found in apps like Visual Studio 2015 and the feedback on the new version has been tremendous.
Here's the really exciting part for Universal Windows app devs… Part of that vNext rewrite was to also ensure that the same Docking/MDI API and design would work in Universal Windows apps! And today we are formally announcing that we are looking for beta testers to try it out.
This SyntaxEditor and Docking/MDI combination screenshot shows a tabbed MDI and tool windows docked around it:
Are you making a Universal Windows line of business app or any other app that would benefit from docking tool windows and/or a fully-managed tabbed or windows multiple document interface? Then look no further. The Docking/MDI product for Universal Windows has nearly the entire feature set of the amazing WPF version!
If you'd like to help beta test this brand new product for your Universal Windows app, e-mail our support address to request beta access. In your email, please give us an overview of the app you're developing and how you plan to integrate docking windows and/or MDI into it.
Code Writer v2.5, our free text/code editor app, is now published to the Windows Store. Please note that the new version may take several hours to show up in the Store.
Are you interested in adding code or text editing abilities to your own Windows Store apps? SyntaxEditor for Universal Windows allows you to build apps just like Code Writer. Download a free evaluation to try it out.
Check out all the new features added to Code Writer…
See the Summary section for info on our future plans to give the app a UI refresh designed for Windows 10. In the meantime, we've made the app's Settings easier to access in Windows 10. It can be done in two places:
The first is from the hamburger menu on the upper left of the app window.
The second is from the bottom app bar that shows when you press Windows+Z or click the status bar ellipses ("…") to show the app bars in the Editor screen.
The Browse picker's 'All Files' file type filter can now open unregistered file types. It comes up by default allowing *.* files to be opened.
If you drop down the file type filter, all file extensions are now sorted alphabetically.
Alt+Up and Alt+Down can now be used to move the selected lines up and down.
New options for Eastern fonts are now available in the Editor settings flyout.
A HTML5 doctype is now added by default to the HTML, PHP, and ASP new document templates.
HTML auto-completion for void elements will no longer self-close certain tags like <br>.
Several other updates are included:
This update adds several features that have been requested by our users. It will likely be the last version released for Windows 8.1. Now that our Universal Windows Controls are released, our goal is to get Code Writer upgraded to the Universal platform and give it a UI refresh that is better designed for windowed usage.
Have any suggestions for a refreshed Windows 10 UI? Now is the time to post them in the app's discussion forum.
You can also download a free evaluation of our SyntaxEditor control for Universal Windows, which lets you add advanced code and text editing to your own Windows Store apps.
We're pleased to announce that our Universal Windows controls have officially been released and are ready for use in your Windows 10 apps! Download a free evaluation today and start building your apps with them.
Let's take a quick glimpse at some of the samples that ship with the product and show off the controls:
The focus of this first release was to port our older WinRT XAML controls up to the Universal Windows platform. Look for plenty more updates and controls added in the future.
The final 2015.1 version's maintenance release of our WinRT XAML controls has been released and is now available for download. This build remains on the 2015.1 version since beginning in the 2016.1 version, our new Universal Windows controls set that targets Windows 10 replaces the older WinRT XAML controls.
This version contains several updates to SyntaxEditor and its add-ons. See the announcement post for details.
The 2016.1 version of our Silverlight controls has been released and is now available for download.
This version contains several updates to SyntaxEditor and its add-ons. See the announcement post for details.
A while back, we created a sample for showing how a hosted Windows Workflow Designer instance could be integrated with Actipro WPF controls within a custom WPF application to provide a very elegant interface for end users.
With the release of the 2016.1 version of our WPF controls, we've updated the sample again. Note how it now takes advantage of one of our new Office-like themes announced in yesterday's post:
Our Docking/MDI product is used to provide the tool window and multiple document interface. Our SyntaxEditor code editor control, in single line edit mode, is injected as a custom expression editor. When you combine SyntaxEditor with our .NET Languages Add-on, you are able to have it support powerful IntelliPrompt completion lists. For instance, in the screenshot above, you can see the itemCount variable is showing up in the completion list since it was declared below. Our Themes product is used to provide a modern Metro style for all Actipro and native WPF controls.
When you put it all together, it's very easy to integrate Actipro WPF controls with rehosted Windows Workflow Designer instances in your applications. It only takes a few minutes to get up and running, and once you do, the result is well worth the time.
If you rehost the Windows Workflow Designer in your WPF apps and would like our example, please contact us and we'll be happy to share it with you!
For those customers who downloaded either of the prior versions, this update is at the same URL as before.
The 2016.1 version of our WPF Controls is now here and it's a whopper. It contains all of the extensive new feature development work we've done on Docking/MDI over the past several months and have blogged about under the codename Docking/MDI vNext. It also has 14 new Office-like themes that match the Colorful and White themes found in the various Office suite applications. Now you can make your own apps look just like Office 2016! SyntaxEditor adds new Metro light and dark image sets that can be used within IntelliPrompt for a more modern appearance. Many other minor tweaks and improvements have been made across the product range as well.
See the entire lengthy detailed update list in our announcement post.
Please note that 2016.1 does have several breaking changes to support better API design and features, so be sure to read the "Converting to 2016.1" topic in the documentation that comes with the controls. It walks through everything in detail.
We've been blogging about some of the major new features coming to Docking/MDI vNext, and those are now here, along with many others. We'll dig in deeper in future blog posts but here's a taste of what's new.
The Docking/MDI product has completely rebuilt product internals, which are optimized and now support next generation features found in Visual Studio 2015. All UI control styles/templates have been rebuilt from scratch to be simpler and easier to customize. All UI now works with all forms of pointer input: mouse, touch, and pen. We've refactored and centralized focus handling and setting logic. We've refactored magnetism handling. We rewrote UIA to ensure better compatibility with Coded UI Test. All samples have been updated/improved, and new samples added to concisely show features.
Even though much of the product internals have been rewritten, most of the public API remains the same as before other than some type member renamings. The "Converting to 2016.1" topic walks through any breaking changes you encounter.
We also include the "old" 2015.1 variation of Docking/MDI in the WPF Controls download as "ActiproSoftware.Docking.Legacy.dll". This 2016.1 version of the old assembly can be used while you transition to the newer API.
Quick subtle animations have been updated and added throughout the product to give it a more vibrant feel. Dragging tabs uses smooth animations, dock guides and drop targets pop into place, and auto-hide popups slide in and out. All of these animations are designed to be fast and pleasing.
We've created a new AdvancedTabControl control that extends the native TabControl while adding many new features (appearance customization, animation, multiple tab kinds, new tab buttons, etc.), and is used as the primary UI mechanism within the ToolWindowContainer and TabbedMdiContainer templates. It can be used independently of docking windows too, in your own normal windows.
Layout logic has been updated to try to adhere to optional new desired, minimum, and maximum docked size hints on docking windows when space is available. For instance, you can say that you prefer to not let a tool window's container get smaller than 200px high. As long as space is available, the layout logic will do its best to adhere to that request. You can set minimum/maximum size hints the same to suggest a fixed size.
Also related to container sizes, when a layout is sized very small, then grows larger again, the original docking window sizes are restored.
A problem in the old version was the dragged splitter highlights didn't render above interop (WinForms, etc.) content due to WPF's airspace issue. This scenario now works as expected when interop support is enabled.
Several DockingWindow members have been added to designate preferences for initial dock location when opened, such as with other windows in a group, on a specific side, or at a dynamic location based on an event handler's logic. Best of all, the properties can all be bound to view-models, allowing you to fully designate initial locations for docking windows purely via MVVM.
A new optional property lets you specify alternate text to render on tabs, generally shorter than the Title text. This is useful in scenarios where your tool window titlebar might have contextual information "Error List - 7 Errors" but your tab should only show "Error List".
Flash effects were supported in the old version via an attached behavior found in the samples, but now tinting and flash effects are first-class citizens via easy-to-use properties right on DockingWindow. Strobe and smoothly animated flash options are both available.
A new property is available for setting a docking window's tab tooltip content. Tabs can now be set to display on any side of a container, not just top and bottom. All tabs can now be middle-clicked to close them.
New properties have been added that allow custom content like buttons or status indicators to be easily injected into title bars and tabs.
A new property has been added that can uniquely identify a docking window with any string value, instead of using the Name property as before, which was limited to identifier syntax. A new properly can prevent a docking window from being included in layout serialization.
Floating windows now support Aero snap when dragging, meaning you can drag to the top of the screen to maximize the window, etc. When dragging a tab to float, as long as the docking window can float, it will instantly detach and track in a floating window with the mouse. A new option allows you to indicate you want to only use float previews instead of live-dragging windows.
When documents are floated, they now enter a full-fidelity secondary MDI area where other documents can be attached, and even tool windows can be docked around. This is great for use with multiple monitors. Properties are available for setting the icon and title of these floating windows.
A new property has been added that determines what minimum amount a floating window must be visible to avoid being snapped to screen. Partially-visible floating windows will now snap to this minimum threshold as appropriate.
A new event allows you to later and limit a floating window's initial size.
Tabbed MDI has three modes of tab display (normal, pinned, preview), which are similar to those found in Visual Studio 2015. New context menu options are availble such as "Close Others", "Close All Documents", "Pin Tab", etc.
A new tab button can optionally be shown and an event handled in response to add a new document. This allows for UIs like Google Chrome.
TabbedMdiHost now has a property for setting a DataTemplate that displays when there are no documents open.
Dock guides now show over standard MDI so that dragged windows can be dropped into it. A context menu is now available when clicking a standard MDI window's icon or right-clicking its title bar.
An option is available to perform automatic size-to-content when adding a docking window to standard MDI.
All docking window standard MDI layout properties have been refactored and made more straightforward to access.
Many improvements in the area of MVVM have been made. Properties like IsOpen, IsActive, IsSelected, and State are now fully settable and can be bound to view models. Default locations (see above) can be specified via new properties designed for MVVM compatibility.
MVVM implementation has been improved to be more straightforward since docking windows are now the actual container of their content, instead of being represented in UI as a tab.
In MVVM usage, unregistered windows will now automatically attempt to remove themselves from the appropriate DockSite items source property if a new related option property remains true.
Docking windows can be defined in XAML and have their IsOpen property set (or bound to a view model property) to false to close them on initial dock site load, but leave behind a breadcrumb for future restoration.
The standard switcher UI has been improved to a new, more modern user interface that animates on display and supports scrolling when there is overflow.
Multiple new standard switcher properties have been added to allow for full customization of its appearance.
The Prism sample has been updated to use Prism 6.1 and includes all source for Prism integration right in the sample instead of in a separate interop assembly.
Seven new accent color variations of the MetroLight theme have been added that render similar to the Office 2016 Colorful theme. Seven new accent color variations of the MetroWhite theme have also been added that render similar to the Office 2016 White theme
Now your WPF apps can render exactly like Office 2016 apps.
WindowChrome title bar buttons in Metro themes have been updated to use the larger, crisper Windows 10 style.
In previous versions, Metro themes were shipped in their own assembly that required referencing and registration during app startup. In 2016.1, the Metro themes are built directly into the Shared library and no longer require registration. Further, MetroLight will be the default theme on Windows 8.x/10 systems.
Since Windows XP is past its support lifetime, we moved all Luna themes out of the Shared library and into their own separate library, similar to how Metro themes used to be. That library must be referenced and those themes specifically activated if you wish to continue using them.
The changes mentioned above are minor breaking changes (see our documentation for upgrade steps) but better support newer Windows versions and also reduce the overall size of the Shared library.
The new accent color MetroLight themes that render similar to Office 2016 require the use of white monochrome icons in certain locations such as the upper QAT, tab panel, and status bar. Features have been built into the ribbon button themes to automatically do this conversion for you.
Simply use standard color Metro-styled icons and they should be automatically converted to pure white when appropriate for you without you needing to do anything. Note how this has occurred for the QAT buttons in the screenshot to the right.
New MetroLight and MetroDark image sets have been added for use with IntelliPrompt. The current set can be selected via the new static CommonImageSourceProvider.DefaultImageSet property.
Use the appropriate image set based on the current application theme. The screenshot above shows the Classic, MetroLight, and MetroDark image sets within a completion list.