Downloaded eval for Teechart for Monotouch iOS. Looks very promising. Could not find documentation though except windows help chm. Are there any docs available on the web?
Also running an example on iPad discovered that pan and zoom are extremely slow unless set to Auto.
chart3.Chart.Aspect.ZoomScrollStyle = Steema.TeeChart.Drawing.Aspect.ZoomScrollStyles.Auto;
Why?
Downloaded eval for Teechart for Monotouch iOS. Looks very promising. Could not find documentation though except windows help chm. Are there any docs available on the web?
Yes, you can download on our web site throught this link.
Also running an example on iPad discovered that pan and zoom are extremely slow unless set to Auto.
Why?
This was the reason we introduced the ZoomScrollStyles property, setting it to Auto, the chart will use the standard zoom and scroll gestures used for iOS (for most common 2D chart styles), meanwhile setting it to Manual, the chart will make use of the default zoom and scroll functionality based on the TeeChart for NET product.
Related
I am showing web content in a BrowserView in Electron, and looking to allow pinch to zoom. I've tried the following that didn't work:
view.webContents.setVisualZoomLevelLimits(1, 3)
view.webContents.setLayoutZoomLevelLimits(1, 3)
Manually setting the zoom factor does seem to work:
view.webContents.setZoomFactor(3)
But nothing that I've tried can enable the user to zoom.
One thing confusing me is that in trying to search for the answer, everybody seems to have the opposite problem:
Disable zooming (both pinch zoom and smart zoom [mac]) in electron
https://github.com/electron/electron/issues/8793
So I'm wondering did something change?
I am on electron 4.0.6, Node v11.12.0.
Ok, I've found where they changed it: https://github.com/electron/electron/pull/12679
And others have this problem:
https://github.com/electron/electron/issues/12631#issuecomment-447495983
Still trying to determine the exact fix.
You should call the setVisualZoomLevelLimits method on the webFrame object instead of on the webcontent. As is described here: https://github.com/electron/electron/issues/15417
In your renderer you should add:
webFrame.setVisualZoomLevelLimits(1, 4);
Hi all !!
I'm newbie to android, Can i get any solutions to make my android app layout that fits in all screens.
If there is any tutorial on it, that would be appreciated !!
Thanks,
Create the following folders in res and add the xml in that
res/layout-small
res/layout-normal
res/layout-large
res/layout-xlarge
And open it from studio layout and make changes.
this link helps you.
The Android resource system gives you the tools to provide alternate resources based on the available width, height, or smallest width — important measurements that serve as the basis for choosing when to change our UI based on the space available.
Width and Breakpoints
Width is perhaps the most important dimension when it comes to choosing when to change your UI. This is because width is the basis for the breakpoint system.
A very good example is here
I am working on windows 10 mobile app. If I design an UI for 5' device, it doesn't look good on 5.2' device. Also on emulators of different screen size show messed up UI. Is there any work around this? Or do I have to design it for every screen size?
Usually, please avoid to have fixed Width/Height for your controls. With a Grid layout, you can set columns/rows and place your controls inside each cells. This is a first level to adapt properly your interface. In addition, UWP provides AdaptiveTriggers if you want to adapt the layout based on the screen resolution (cf. https://channel9.msdn.com/Series/A-Developers-Guide-to-Windows-10/07) for additional information. Last but not least, please check Design&UI documention on https://developer.microsoft.com/en-us/windows/design.
The trick is with UWP that you can design for every screensize at once. It's just a responsive design you use (either HTML/CSS or XAML). But you have to use the right controls and settings.
Some guidance on how to design for various sizes can be found at the MSDN design page.
To create a dynamic layout with XAML, see this article. There are various panel-types you can use to do the layout (see this article). But if you really want to build a responsive UI (or change it dramatically in various sizes) RelativePanel is your friend.
I am using TeeCharts on Monotouch and zooming can only be turned off if I use:
chart.Aspect.ZoomScrollStyle = Steema.TeeChart.Drawing.Aspect.ZoomScrollStyles.Manual;
But if I use the manual option I have rendering issues when using it on the device.
If I just try to turn zooming off when I switch ZoomScrollStyle to auto and use:
chart.Chart.Zoom.Allow = false;
nothing happens.
UPDATE: I figured out that if the View3D is on everything is working but when I am working in a 2D environment the zoom option is always on.
As you've seen, there are some different ZoomScrollStyles and ZoomStyles options. These options are explained in the "Tutorial 8 - TeeChart NET for iOS Applications", "API changes specific to TeeChart .NET for iOS" section. And also in the "Tutorial 10- Zoom and Scroll".
The Automatic ZoomScrollStyle is set by default. This style uses the iOS standard technique for zoom and scroll, but this is not supported for all series types, and only in 2D mode.
The Manual ZoomScrollStyle does the zoom by redrawing the chart, thus it's slower (we’ll try to improve this feature for future releases).
The dragging functionality works in both ZoomScrollStyles, and also both in 2D and 3D.
Steema Support.
I'm updating some of our legacy C++ code to use the "MFC feature pack" that Microsoft released for Visual Studio 2008. We've used the new classes to derive our application from CFrameWndEx, and are applying the Office 2007 styles to give our application a more modern appearance. This gives us gradient filled window titles, status bars etc, and the use of the ribbon toolbars.
However, our application contains some owner drawn controls, and I'd like to update these to match the color scheme used by the feature pack. Ideally I'd like to know the light and shaded toolbar colors that are currently in use.
I've had a hunt around the documentation and web and have not yet found anything. Does anyone know how to find this information out?
[Edit]
In particular we need to find out which colors are being used at runtime. You can change the appearance of your application at runtime using the new static function CMFCVisualManager::SetDefaultManager.
The following msdn page shows you what kind of styles are available, in particular the Office2007 look:
link to msdn
Have you looked in the MFC source code, which you'll find in something like
C:\Program Files\Microsoft Visual Studio 9.0\VC\atlmfc\src\mfc
Looks like CMFCVisualManager offers several methods for getting color information, e.g.
CMFCVisualManager::GetSmartDockingBaseGuideColors()
CMFCVisualManager::GetToolbarHighlightColor()
Take a look at the MSDN docs for CMFCVisualManager.
Good suggestion, but unfortunately they just return various shades of grey, when currently I'm running my application with the style CMFCVisualManagerOffice2007::Office2007_LunaBlue
Annoyingly the msdn help is "under construction" so doesn't even tell you what they are supposed to be doing!
afxGlobalData contains some useful information on the current colours, brushes and fonts being used by the MFC Feature Pack. In particular I use afxGlobalData.m_clrBarFace when painting my own control bar backgrounds.
(note that I am not in front of my work PC so the above syntax isn't spot on.)
Have you tried: 2007 Office System Document: UI Style Guide for Solutions and Add Ins
?
I guess you could use your favourite image editor and pick the colors from a screen grab.
"I guess you could use your favourite image editor and pick the colors from a screen grab."
This is essentially what I'm doing at the moment, and I've defined a list of constants from which I pull out the colours. Doesn't seem very elegant though!
Looks like CMFCVisualManager offers several methods for getting color information, e.g.
CMFCVisualManager::GetSmartDockingBaseGuideColors()
CMFCVisualManager::GetToolbarHighlightColor()
Take a look at the MSDN docs for CMFCVisualManager.
#GateKiller, the OP isn't developing an Office 2007 add-in, so the UI guidelines won't really help. It's an MFC application using the Visual C++ 2008 Feature Pack which allows MFC apps to take on the Office 2007 look and feel.
Good suggestion, but unfortunately they just return various shades of grey, when currently I'm running my application with the style CMFCVisualManagerOffice2007::Office2007_LunaBlue
CMFCVisualManagerOffice2007::GetTabFrameColors - the clrFace output param is grey?
Perhaps they're all masks on top of a single base hue for each theme? Assuming you can determine which color scheme is in effect with CMFCVisualManagerOffice2007::GetStyle(), perhaps you can figure out what that hue is and then do some masking with the GetxxxColor() methods.