illustrator shows the font/text aliased compared to the way the browser interprets it
the difference is noticeable here
(in chrome:)
the bottom is illustrator, and as you can see, it's a bit bolder and smoother.. is there a setting I can change in illustrator so I can see how it will look when I actually output it to the website ?
if I disable Aliasing artwork, it looks completely off.
this is more evident when the text is bigger, as well.
No, Illustrator has it's own text anti-aliasing modes that differ from what your browser shows you. However, the differences between your examples are minor compared to how different browsers and operating systems render the same fonts.
Preview the image in save for web and devices. (file -> save for web & devices) I'm assuming you're exporting the image traditionally through file -> export, but save for web & devices shows you how the image will look on the web. The reason it looks different is because illustrator is a vector-based design program, unlike photoshop which is bitmap, or pixel based. This means that text in illustrator has infinite resolution until you export it as an image. If you want a cleaner look for text, go to save for web & devices and select "type optimized" from the menu next to the "apply" button on the right side of the screen. Then hit "apply" and then "save".
Related
I noticed that the report's designs preview and printed are different.
I found it that all of the reports are the same.
So I tried to create new test report and notice that background colors are not rendered on print.
How too keep the design when printing?
Design:
+++
Printed:
By default Reports are rendered in HTML mode. As is often the case with HTML, the report as seen in the browser uses a different CSS style then the one sent to the browser print dialog. I'm pretty sure the reason for this is to accommodate printer technology. Printing solid dark backgrounds uses up a lot of ink and text is more legible when it's black text over a white background.
With HTML rendering, browser view and print preview differ to accommodate printer limitations:
HTML was never meant for accurate rendering anyway so I think the CSS change is for the better but if you want exact result just switch to PDF mode which is meant to provide accurate rendering. Print preview should match very closely the PDF rendering in browser when the report is displayed in PDF mode:
It can get tiring to manually switch to PDF each time by clicking the rendering mode button so you can change the default mode in the report configuration:
It is also possible to edit your custom reports or the standard ones so they default to PDF rendering in the browser instead of the current HTML default:
To edit report you will need to install Acumatica Report Designer (it is in Acumatica ERP Windows Installer) and use the EDIT REPORT button and then use Save to Server file menu item in the report designer to save the report modifications:
Have you checked the Background Graphics checkbox in the printing dialog of your printing preview program? It's primarily in the More Settings section.
Please find below example for Google Chrome's dialog:
My VB6 application is having a layout problem on certain end user PCs, but so far we are unable to identify what is causing this.
Normal layout:
Broken layout:
The text on the left are the captions of the radio buttons. The text in the upper right is a label.
I am familiar with two different settings in Windows Control Panel which can affect text size, and initially we suspected this was the cause. In Windows 10, they are:
Control Panel >
Appearance and Personalization >
Display >
(1) "Use these display settings" > "Customize your display"
or
(2) "Set a custom scaling level"
(Terminology was different in earlier Windows versions but I think the features were the same?)
However upon testing these settings with our app neither reproduces the problem.
What else might be causing the text layout issue shown in the image?
This appears to be caused by a Windows bug.
The description & fix as mentioned in the source website are as follows:
if you have a high resolution screen at install time, Win7 will install a larger font set (125%) by default. If you then choose go back to the standard font size (100%), Windows will keep some of the large fonts even though everything else is adjusted for standard fonts, causing programs that use these fonts to break because the text will not always fit inside the GUI.
By editing the Windows registry you can get the original, intended fonts back:
Open the start menu and type regedit and then press Enter.
Locate the key HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Fonts
Find the value MS Sans Serif 8,10,12,14,18,24
Change from SSERIFF.FON to SSERIFE.FON
Find MS Serif 8,10,12,14,18,24
Change from SERIFF.FON to SERIFE.FON
Finally find Courier 10,12,15
Change from COURF.FON to COURE.FON
Restart your system in order for the changes to take effect!
The exact font names may vary depending on locale settings.
I was able to create the problem scenario as described here on Windows 10, and that reproduced the problem with our VB6 app. I think that confirms this as the fix.
A Microsoft blog post seems to be the authoritative original source of this information.
I want to use After Disaster font on my website, but I can't achieve the same vertical position of displayed text in different browsers. Even more - it is dependent on system too. You may test this:
http://jsfiddle.net/z7rby/1/
On Linux Google Chrome displays text about one pixel higher than Firefox and Opera. On Windows Google Chrome displays it in the middle of background. What can I do with that?
There is no way to solve this problem. You have to accept that fonts will be rendered slightly differently on different systems, and find another way to achieve your visual goals.
You can control your layout via positioning CSS e.g. width, height but not font rendering.
If that level of control is not "good enough" then you can write browser-dependent CSS (tutorials exist online) to compensate for differences.
But please remember the goal in all computing is "good enough": Perfection is not cost-effective!
Once you have achieved a level where further improvements require a certain effort, but there are more important things to spend that effort on, that is the point when you have finished.
With Enterprise Architect (Version 9.2), I created some Class and Sequence UML Diagrams. Now I need those Diagrams in a Word document.
My first approach was to just cut them out with the Windows 7 Snipping Tool and paste them into the document. But for printing purposes the quality was way too poor.
The second approach was to "Save them as Images" as offered in Enterprise Architect. But with this, the quality was even worse.
The third way was to export them into a pdf file. With this the quality was quite decent and I could import those pdfs into Inkscape and then convert them into *.png files to import them to word. The problem is, that Enterprise Architect kinda fails with the fonts. Meaning the picture itself has high-quality, but it tries to convert the font of the classes and then I have some spaces between letters where there should be none.
So long story short - is there a way to export my UML Diagrams from Enterprise Architect to a common picture format like .png or .tiff, while retaining decent quality?
As I'm sure you're already aware, you can save a diagram as an image in several formats, including PNG but not TIFF.
The quality of the images can be controlled in the options (Tools - Options), "Diagram" tab.
The "Image Memory Limit" controls the amount of memory the image conversion process is allowed; increasing this should improve the quality of large diagrams.
"Scale Saved Bitmaps to" allows you to set a higher resolution for the images.
I haven't checked whether these also affect the copy-to-clipboard function (in the Diagram menu or CTRL+B), which is the way I usually copy diagrams into documents.
To have diagrams in word there is very easy way.
Simply, open diagram in ea then select all with CTRL+A, then copy CTRL+C, go in word and just do paste CTRL+V. Easy and perfect quality.
For some reason, when you use Ctrl-B to export a Sparx EA model to MS Word, you get a bitmap copied to the clipboard, but when you paste into Powerpoint, you get an Enhanced Metafile. This is vector graphics which can be zoomed into etc. with no loss of detail.
Prep
Before you start, go into EA and Tools->Options (or hit Ctrl-F9).
Ensure that the General properties page is selected.
Check 'Clipboard' is set to 'Metafile' (if it is set to Bitmap, you will
only ever get a bitmap produced, even in Powerpoint).
Steps
Open your EA model to be exported.
Open Powerpoint and clear the default bounding boxes leaving a blank slide.
Open Word and locate the point in your document where you want to paste the model.
Back to EA, open your model window and hit Ctrl-B (Diagram->Paste Image to Clipboard)
Go into Powerpoint and hit Ctrl-V to paste.
Resize the model to fit the slide.
Hit Ctrl A then Ctrl C to ensure everything is copied to the clipboard.
Go into Word and hit Ctrl-V to paste - you should now have an EA model in EMF metafile format, not a bitmap. Document reviewers can now zoom in and see the full detail in the model.
Do the following:
PACKAGE->Documetation->Publish as HTML
Create new folder for output and set the path in"Output" field.
-> Press Generate
Goto ..[your folder]\EARoot, the files named EA*.[png|gif] are your diagram
images in original resolution.
Myself, I used ctrl+P and used my pdf converter for printing.
- Before this, I setup the page size in the Diagram properties -> Diagram -> Page Setup -> Advanced.
- I set "Scale to one page" then i click "Page Setup", choose the appropriate page size and orientation.
- My PDF converter is PDFCreator: http://download.cnet.com/PDFCreator/3000-2064_4-10558866.html
While I see that you seem to have this resolved (happy to hear), I'll post this in case others don't have any luck with the above.
I've always just selected (ctrl+A for the whole diagram) and pasted in to Word/PPT/Outlook and the diagrams were converted automatically to nice PNG scalable images (without ever changing the memory/quality settings).
But on a recent project it seems that when I tried to do the same the quality was very poor/fuzzy and the text was sort of squashed.
Are you by chance using Remote Desktop to connect to a machine that is Running Sparx EA? There is another thread floating around somewhere (sorry don't have the link) where others were having this similar trouble when connected via RDP in Full screen display mode. I was able to export good quality from a non-RDP session, or I think if I connected via RDP but not in Full-Screen mode it owuld export in the quality I'm used to.
Hope this helps anyone else with a similar issue
Change your diagram themes, go to tools->diagram->Themes and change diagram themes to "blueprint" and go to file->Print to PDF
With Version 13 (probably older versions as well) you can press Ctrl-T to open the dialog "Save as Image". There you can choose between .png, .bmp, .jpeg, .tga, .gif, .wmf and .emf.
Copy the diagram Ctrl + A, Ctrl + C and paste it into Microsoft Paint and then save it as jpg/png file.
Since long time i been having a real problem with the different ways that each browser display text.
Sure you have noticed that even when you create a stylesheet specifying everything about the font properties, still every browser display the same text with some differences, the usual problem is the font weight, that even if you specify it different browsers display it different ways.
I would like to know if some as come with a solution. Not turning the text into a image.
Thanks.
EDIT:
This is a example of the problem. On the left Firefox and right IE. However i have defined in the CSS font family, weight, size and still they render the fonts different.
Snapshot
Do you mean that on one browser its bold and another one its normal? A reset should fix that, but if it doesn't, it might be something overriding that.
If you're talking about fonts looking different, it is possible - for example, since Google Chrome / Chromium sandboxes the renderer process, the font rendering won't be affected by other parts of the system, and I believe that it uses some sort of special font rendering. To be honest, on my Linux install, I do get bolder fonts on Chromium, but Firefox displays them fine.
There's SIFR (as pointed above), but it needs Flash and it is a bit heavy. There's also Cufon http://cufon.shoqolate.com/ that uses Javascript. Could you show a screencast so we know what's the problem? Thanks.
SIFR is a good solution, as long as you're only trying to control the appearance of small chunks of text (headings, design elements, etc.)
Beyond that, browsers are perfectly allowed to render text any way they want, and getting it pixel-perfect between browsers and operating systems is usually not even desirable for larger chunks of text. Users will have different accessibility settings and anti-aliasing settings which are tuned to the way they want to read text, and in general websites should try to respect that.
You can use SIFR.
Although this problem is already about a week old, here is a solution that I found, that might be related:
http://blog.wolffmyren.com/2009/05/28/jquery-fadeinfadeout-ie-cleartype-glitch/
If you're not using jQuery, try removing the filter attribute from the elements that are displaying non-Cleartype'd text and it should work, according to that blog post.