I'm trying to develop a report in Delphi XE4 and Report Builder 15.01 using CodeBar component.
When I print to screen the print is normal, but when I send that print to the printer, the codebar component disappear from the print, leaving just a blank space in its place.
I'm not changing its properties in runtime.
What could it be?
Edit:
The CodeBar component only disappear when the device is "Printer", if I change it to PDF for example, it prints correctly.
Edit2:
I have found another behavior: the Codebar doesn't disappear, it creates another codebar inside, with the same properties, but just visually. I could post images to make thing much clearer but i don't have anough rep points. lol.
Edit3:
I have tryed the version 14 and for my surprise the problem doesn't exist. I guess it's a bug from RB.
Well, after changing the version to 14 the problem has been solved. Not only this problem but some others layout problems.
Related
I just moved from Delphi 7 to 10.3 and was trying to install some of my older (VCL) custom components. I was finally successful in getting the code to compile, but I'm having trouble with something that seems like it should be trivial. The icons for the custom component(s) in the palette show what looks like a default icon instead of the icon(s) I expected. There are lots of posts on here (most are over 5 yrs old) about component icon issues and I've tried self-compiling the .rc file, including the{ $R .rc} in the package source and using the Project/Resources and Images dialog to specify the icons. I've tried 8-bit, 16-bit, 24-bit icons that are 24x24. Then as a test, I followed the exact procedure shown here which included some of the more recent content on this issue that I could find. I tried with bitmap files at full resolution and 32bpp and 24x24 at 8bpp. In both cases, the default icon showed for this test component. I'm probably overlooking something simple, but I'm kind of at a loss on what to try next. Is there a different procedure for specifying icons for custom components in 10.3 compared to older versions?
Edit: An update - I reinstalled my custom component and then rebooted and then was able to see the correct icon reflected in the palette, but here's where it gets strange. The test component I linked above still shows a default icon even after reinstalling and rebooting, and even stranger, is that the second I use my custom component on a form, the icon in the palette reverts to a TEdit icon (the component is a descendant of TEdit). Closing Delphi and reopening restores the icon until it is used again.
I'm not sure whether I should answer my own question, but just wanted to update in case it helps someone later. I was finally able to get the sample test component icon to show by using the -nocache option as described here. I then cleared the registry cache for my own component (dclusr) as shown in the same post and then also changed the bitmaps from 8bpp to 32bpp and now everything seems to be working as expected. I then cleared the registry keys for the sample project, and I can run without the -nocache option and all icons show fine, so I am thinking it was mostly a cache issue which I never would have found without the referenced post.
There are many demonstration units provided by both Embarcadero and other third parties for auto-scrolling on showing the Android virtual keyboard.
However non work correctly when working in landscape mode. Even if you manage to get the top of the memo visible, changing line will render the control out of sight, or you try and stay with the caret position and find the offset is wrong, manually correcting this causes issues with different resolutions.
Is there any article / component / code example, that anyone has seen, which solves this problem. I would opine that something so simple should be already resolved in the examples with RAD Studio, but alas it is not.
I am using native controls but am more than happy to switch back to Firemonkey styled controls if required.
Thank you in advance.
I am using SSRS 2008R2 and my deployed reports were working fine. I am accessing these reports in another computer.
I am using IE to access these reports.
At first, I had the usual buttons --> Save As, Refresh, Print and Export to Data Fee
And I was able to print directly from IE using the Print button (not File-Print)
However, one fine day, the alignments of these buttons went from being horizontal to vertical. And the worse part is the Print button is now missing.
PS: I can't post photos. So imagine the buttons becoming vertically aligned and the print button missing. And I am using IE11
Any help or guidance is much appreciated.
Hayashi!
Well, I'm not thrilled about it, but have a look at this page:
http://msdn.microsoft.com/en-us/library/ms156511.aspx#bkmk_reportviewer
Under the table Browser Requirements for Viewing Reports there is a little note stating "Internet Explorer 11, add the report server URL to compatibility view in internet options".
I have tested this and confirmed that when we add our URL to the to IE11's Compatibility View List, the annoying display issues go away.
Not a server-side fix as I was hoping, but came straight from the horse's mouth.
I've found out the problem. My PC automatically updated my IE from 10 to 11.
Since then, this problem occurred. I went to uninstall IE 11 (from Control Panel) and revert back to IE 10.
Problem solved!
Hayashi
So I am using DotNetNuke 7 and when I log onto my site to develop, I go into Edit Mode and start to edit a module.
Once the edit screen shows up (the little text area that looks like a mini version of MS Word) I can type and everything is fine.
However when that little screen loses focus from the mouse the editing area "greys-out" but I can still type in it.
I want to know how to fix this so that the editing screen does NOT do this as it is very confusing to potential customers.
Does anyone know what to do to fix this issue?
(sorry if this is not descriptive enough, if anyone has problems understanding I will try to add more explicit wording)
There have been reports of other oddities in IE10.
One thing you could try is adding a meta tag to force IE into IE9 mode.
In my WinRT/C# app I have a XAML file with various input boxes (TextBox). Each textbox has an InputScope property defined, thus the on-screen keyboard should display individually (e.g. for InputScope="Number").
In the Win8 Release Preview the InputScope yielded the correct result and showed different keyboard layouts. Now I've switched to the Win8 RTM and this seems not to work anymore. Regardless to the InputScope property value, the on-screen keyboard layout is everytime the same (default) layout.
Somebody who can reproduce this or can give me a hint how to fix this?
I just did the following test...
<TextBox InputScope="Number"/>
and it worked correctly. Also tried it with several other inputscopes and they all worked correctly as well.