I was using Teechart2012.ocx before this function Series(0).GetMarks().SetAngle(90);
works fine but with TeeChart2014.ocx this functionality has stopped working and I am not able to rotate the label to 90 degree.
Please let me know if there is a workaround or the functionality has changed.
Thanks
Akshay
Can you please try with latest TeeChart2015.ocx, build 2015.0.0.2? Code below works fine in both VC++ and VB6.
Visual C++:
m_ctrlChart.Series(0).GetMarks().SetAngle(90);
Visual Basic 6:
TChart1.AddSeries scBar
TChart1.Series(0).FillSampleValues
TChart1.Series(0).Marks.Angle = 90
Related
I can't download imagine on small basic . After that, I install Visual Studio but it doesn't work.
Can anyone help me this problem:[enter image description here](https://i.stack.imgur.com/Nu2WU.png)
I want to download imagine on Small Basic.
the image can be previously loaded into an ImageList. Here you can see the size of the image and whether the download worked at all.
'Imagine = ImageList.LoadImage("https://aka.ms/mz1")
'...("https://social.msdn.microsoft.com/Forums/getfile/1353849")
Imagine1 = ImageList.LoadImage("http://litdev.co.uk/game_images/rubic.png")
Imagine2 = ImageList.LoadImage("http://smallbasic.com/drop/soko/sokocuteff.png")
TextWindow.WriteLine(ImageList.GetHeightOfImage(Imagine1))
TextWindow.WriteLine(ImageList.GetHeightOfImage(Imagine2))
TextWindow.WriteLine(ImageList.GetWidthOfImage(Imagine2))
GraphicsWindow.Height = ImageList.GetHeightOfImage(Imagine2)
GraphicsWindow.Width = ImageList.GetWidthOfImage(Imagine2)
GraphicsWindow.DrawImage(Imagine2,0,0)
GraphicsWindow.DrawImage(Imagine1,100,150)
GraphicsWindow.DrawImage(Imagine1,200,250)
It seems that only http: works and not https:
I am using ABCPDF to print a PDF file to a local printer via EMF file. I've based this very closely on ABC PDF's sample "ABCPDFView" project. My application worked fine on my Windows 7 and Windows XP dev boxes, but when I moved to a Windows 2003 test box, simple embedded fonts (like Times New Roman 12) rendered completely wrong (wrong spot, and short and squat, almost like the DPI's were crazily wrong).
Note that I've hardcoded the DPI to 240 here b/c I'm using a weird mainframe print driver that forces 240x240. I can discount that driver as the culprit as, if I save the EMF file locally during print, it shows the same layout problems. If I render to PNG or TIFF files, this looks just fine on all my servers using this same code (put .png in place of .emf). Finally, if I use the ABCPDFView project to manually add in a random text box to my PDF, that text also renders wrong in the EMF file. (Side note, if I print the PDF using Acrobat, the text renders just fine)
Update: I left out a useful point for anyone else having this problem. I can work around the problem by setting RenderTextAsText to "0" (see code below). This forces ABCPDF to render the text as polygons and makes the problem go away. This isn't a great solution though, as it greatly increases the size of my EMF files, and those polygons don't render nearly as cleanly in my final print document.
Anyone have any thoughts on the causes of this weird font problem?
private void DoPrintPage(object sender, PrintPageEventArgs e)
{
using (Graphics g = e.Graphics)
{
//... omitted code to determine the rect, used straight from ABC PDF sample
mDoc.Rendering.DotsPerInch = 240 ;
mDoc.Rendering.ColorSpace = "RGB";
mDoc.Rendering.BitsPerChannel = 8;
mDoc.SetInfo(0, "RenderTextAsText", "0");//the magic is right here
byte[] theData = mDoc.Rendering.GetData(".emf");
using (MemoryStream theStream = new MemoryStream(theData))
{
using (Metafile theEMF = new Metafile(theStream))
{
g.DrawImage(theEMF, theRect);
}
}
//... omitted code to move to the next page
}
Try upgrading to the new version of abcpdf 8, it has its own rendering engine based on Gecko and so you can bypass issues like this when abcpdf is using the inbuilt server version of IE for rendering.
I was originally RDPing in with 1920x1080 resolution, by switching to 1024x768 res for RDP, the problem went away. My main program runs as a service, and starting this service from an RDP session w/ 1024x768 fixes it.
I have an email out w/ ABC PDF to see if they can explain this and offer a more elegant solution, but for now this works.
Please note that this is ABC PDF 7, I have no idea if this issue applies to other versions.
Update: ABC PDF support confirmed that its possible the service is caching the display resolution from the person that started the process. They confirmed that they've seen some other weird issues with Remote Desktop and encouraged me to use this 1024x768 workaround and/or start the service remotely.
I've been trying to port some Windows Phone 7 code between Silverlight to XNA which relies on IsolatedStorageSettings but I can't get Visual Studio to resolve it. When I have a look at what Intellisense is resolving under System.IO.IsolatedStorage & it lists IsolatedStorageFile, IsolatedStorageException & IsolatedStorageStream.
The documentation says that the supported version is for Silverlight but I don't understand why I am seeing the difference because of the project types.
http://msdn.microsoft.com/query/dev10.query?appId=Dev10IDEF1&l=EN-US&k=k(SYSTEM.IO.ISOLATEDSTORAGE.ISOLATEDSTORAGESETTINGS);k(ISOLATEDSTORAGESETTINGS);k(TargetFrameworkMoniker-%22SILVERLIGHT,VERSION%3dV4.0%22);k(DevLang-CSHARP)&rd=true
Thanks
The following work for me in an XNA project with no extra project references:
using (var store = IsolatedStorageFile.GetUserStoreForApplication())
{
store.CreateFile("folder/file.ext");
}
After adding a reference to System.Windows.dll I can then do:
var settings = IsolatedStorageSettings.ApplicationSettings;
settings.Add("something", "myValue");
settings.Save();
If you can't get the above working, can you post an example of what you're trying.
Hello please help to translate the next line of basic code to Delphi for the OOoTools.pas interface.
oChart.Diagram.SymbolType = com.sun.star.chart.ChartSymbolType.SYMBOL1
I know that the SYMBOL1 part is an enumeration and I think I have to use the MakePropertyValue fumction but how?
Have you tried the simpler: oChart.Diagram.SymbolType := SYMBOL1;Just my first shot, btw.
I desperately need a solution for this... I m using Blackberry JDE 5.0. In documentation it shows net.rim.device.api.util.MathUtilities.pow ( double double ) is added form 4.6. But i couldnt get pow function when i use Math.pow().
I need to get this value...float fSecondFactor=(float) (Math.pow(1+fRatePerMonth,fNumberofMonths)-1);
Can anyone tell me how to achieve this...Plzz....
i blogged about this a while ago- posted a link there to a good article on it
http://bryanallott.net/blog/2010/01/to-the-power-of-by-hand.html
Thanks MAX for ur support.... as you said, MathUtilities.pow, instead of Math.pow worked...