JPG, png and gif "This file type is not supported" in joomla 3.2.1 - file-upload

Is it me or is this the new joomla release? It worked fine in 3.2 as far as I remember.
I tried png as well and gif. Different filenames.
For the unbelieving people, Legal extensions is:
bmp,csv,doc,gif,ico,jpg,jpeg,odg,odp,ods,odt,pdf,png,ppt,swf,txt,xcf,xls,BMP,CSV,DOC,GIF,ICO,JPG,JPEG,ODG,ODP,ODS,ODT,PDF,PNG,PPT,SWF,TXT,XCF,XLS
for me

I tried uploading an image named java.jpg like your screenshot and it didn't work, then I tried php.jpg and didn't work as well. The same images with different filenames were uploaded fine, so I suppose it's the filename (java, php) and not the filetype (jpg) causing the error.

Related

Sphinx documentation: Include svg images in PDFs via latex

I'm doing an internship for an IT company which needs a document application for its firmware docs (md files).
The request was to maintain these md files and to convert them to rst format (I used pandoc). So now I have a configured Sphinx application with only rst files. The problem now is that some rst have links to SVG images, and I have to use the latex builder of Sphinx to convert them to PDFs.
I've searched around and I found this solution from 2 years ago, which was essentially what I was looking for: https://sites.google.com/site/nickfolse/home/sphinx-latexpdf-output-with-svg-images. I tried to implement it but I'm not an expert with GNU makefiles and I don't know if the current version of Sphinx allows it or if it is out there an easy workaround, so the thing didn't succeed.
Does someone have a viable solution for this?
At this time, SVG is still not supported. I work around it in Pyramid docs by exporting the original file (OmniGraffle) to both SVG and PNG.
In docs/narr/router.rst:
.. image:: ../_static/pyramid_request_processing.*
And we place images in docs/_static.
The HTML uses SVG and the PDF uses PNG.
There is available the Sphinx SVG to PDF converter extension to automatically convert from SVG to PDF.

tiJsPdf corrupt file but fine on iPhone

I am using ti.jspdf to create a stock order form. When adding an image i use
PDF.addImage(Ti.Filesystem.getFile(Ti.Filesystem.resourcesDirectory, 'logo/logo-pdf.jpg').nativePath,'JPEG',10,13,60,14);
this works fine until i try to open the pdf on anything other than an iPhone.
if i take out the image the pdf opens fine on everything. I have tried to base64 it as a large string but the port of jspdf to ti.jspdf seems to only support a file path being passed through to it.
has anyone seen / overcome this issue?
Thanks

Why do ImageMagick-based thumbnail-images of PDF-files in Typo3 have black background?

Since version 6.7.5, ImageMagick has changed its colorspace from RGB to sRGB. Because of that I also had to change the setting [GFX][colorspace] = sRGB in the configuration of my Typo3 CMS software that makes use of ImageMagick. Everything is working fine again - except thumbnail-creation for PDF-files that now always have a black background (should be white).
It's possible to see all non-black elements of PDF-files (like images etc) on the thumbnails, but all the background that would usually be white is now black. This error only happens for PDF-files. All other image-thumbnails for JPG-, GIF- and PNG-files look as expected (even if they have transparent background).
Does anyone have an idea how I could solve this problem? Is this an ImageMagick-issue or a Typo3-Issue?
Based on Creating JPG thumbnails from PDF causes problems with new version of ImageMagick I was able to answer this question by myself. If your want to apply this solution to Typo3, the following file changes are needed:
Go to your Typo3 directory and open the file ./t3lib/class.t3lib_stdgraphic.php and replace all appearances of
$this->cmds['jpeg'] = '-colorspace ' . $this->colorspace . '
with
$this->cmds['jpeg'] = '-colorspace ' . $this->colorspace . ' -flatten
Use the ImageMagick convert with the "-flatten" option for the background. The actual "PDF" thumbnail conversion is passed to GhostScript as a delegate which means both must be installed on the server correctly. If done correctly which happens in most cases, the path for GhostScript within your coding is not needed if using ImageMagick. The actual PDF encoding can also be a problem. There are shared hosting accounts running 7 year old versions of both ImageMagick and GhostScript with no problem on PDF conversion to thumbnail within the current stable TYPO3 CMS 6.1.1.
A free direct download PDF test file with detailed instructions to solve a "PDF Thumbnail Generation Problem" in TYPO3 CMS is available at Smargasy, Inc. "http://www.smargasy.com/fileadmin/media_data/community/Smargasy_PDF-Thumbnail-Compatibility-Test-File.pdf". The test file helps isolate the problem on systems that use ImageMagick and GhostScript as the image processing and conversion program in a shared hosting environment.
Best Regards

ABCPdf 8.1 webpage to PDF image compression issue

I've just recently upgraded from ABCPdf 6 to ABCPdf 8.1.
I've got this webpage that I need to convert into PDF format.
The whole reason for the upgrade is because ABCPdf 6 cannot read Chinese characters while version 8.1 could.
I did a test of the page on the ABCPdf demo site (http://www.abcpdfeditor.com/) and things looks fine. (1.2Mb pdf)
However, when I tried to either:
run my own backend codeor run the code provided in the examples (C:\Program Files\WebSupergoo\ABCpdf .NET 8.1 x64\ExampleSite) - Identical to www.abcpdfeditor.com
All PDF generated produces really pixelated/compressed images! (121Kb)
The page that I'm trying to convert is:
http://debug.webpromos.com.au/certificate.htm
As far as I can tell, there is no issue with the code, but I've attached it below anyway...
http://debug.webpromos.com.au/html2pdf.ashx.txt
I'm stuck and can't think of anything else that could make it generate a 1.2Mb PDF document with non-pixelated image as produced by www.abcpdfeditor.com!
I hope I have provided enough information!
Thanks!
Wilfrid
Solved, all I need to do is to select the html engine specificly.
theDoc.HtmlOptions.Engine = EngineType.Gecko;

Magick++ - Reading JPEG2000 images

I'm trying to read JPEG2000 images in Magick++ (the C++ API of ImageMagick). To read an image I use the following code:
Image img("path/to/my/image.jp2");
But when I try to do this, ImageMagick throws an Exception and doesn´t load the image.
I extract the images out of PDF files. Could it be that something´s different to normal JPEG2000 images? To extract the images I read the stream of Image objects which have a JPXDecode-filter and save them to a file.
Hope someone can help me!
ImageMagick uses a package called JasPer to handle JPEG2000's. According to the wikipedia page on OpenJpeg, JasPer does not completely support the JPEG2000 specification. I have several extrected JPEG2000 that open fine in QuickTime, but fail to decode with ImageMagick.
I have had better results using OpenJpeg to decode the the Jpeg2000. The interface is less flexible, it will convert to PNG and BMP.