GhostScript can render AI images where each artboard is represented as a page. So I can tell to GS what page (ie artboard) I want to render.
But how to determine what artboard is selected in AI image programmatically?
Download a sample AI image with 2 artboards (ArtBoard2 is selected)
Ghostscript only renders .ai files when the file contains valid PostScript (or PDF in later versions). Not all .ai files can be rendered.
Without knowing what an 'artboard' is represented as (though your question seems to indicate it is a page) in a PostScript program or PDF file its not possible to answer your question, perhaps you could post an example that might make things clearer.
However I very strongly suspect the answer is 'you can't'.
Related
I am thinking about opening a PDF file with some editable fields in the browser , by which i can modify the PDF file / fill information etc and then save that PDF FORM
Please guide me in a right direction ?
I think in your case Rad PDF can work. It is a PDF Viewer and Editor for ASP.NET by which you can open the PDF with editable fields in browser and can even modify the PDF and save it.
Check the link:- https://www.radpdf.com/demo/easy-integration/
and another one is below:-
https://code.msdn.microsoft.com/PDF-Editor-to-Edit-PDF-5fb73b8d
Hope it will work in your case.
Thanks
You cannot. Simple.
PDFs are edited by the native app, in your case may be Chrome, Safari and Internet Explorer. You do not have control on anything that happens when the user edits the PDF in a native app context.
Pdf documents come in many flavors (standards). One of them (FDF) matches your usecase very closely. This particular standard allows you to edit a pdf form, on completion (or some other event) it would send the data back to a server, collect a response, and modify the pdf with the incoming data.
Keep in mind though that this standard is not often used. There may be a good reason for that (not a lot of libraries support it).
I have been working on a form in Adobe Livecycle ES3.
I started with a file that was approx. 1 MB in size.
I realized that every time I saved the file it got larger by approx. 1-2 MB.
This happens even if I just save the file as a new name without doing any editing.
I ended up with a 45 MB file size and I really did not change that much to the form design.
I am new to this program, and cannot find anything online to explain this behavior.
I am thinking that the program is saving some kind of history buffer?
Any help would be greatly appreciated.
Edit to Answer Questions asked below:
1) The form is stored locally
2) The only option is to save as a PDF. The form is based off of a PDF imported document.
3) Can I change to XDP when it is imported background artwork?
4) The XML does not appear to be doubling up info.
I found an article yesterday that talks about the file size growing each time you save it with Livecycle. The adobe guy seemed to say that it was life and that there was nothing you could do about it. Seems a little weird to me. I don't know if I have really given you anything new here. I am very frustrated with it.
Thanks
SUB
To start off, I need to ask you if your form is stored locally on your machine or are you editing a copy of the form saved on the LiveCycle server itself ?
If your form resides on the server, download a copy of the form on your machine and try your tests on it to see if the file size increases every time you save it on your machine. Do let me know how your tests go in this scenario.
If you are working on a form design on your machine, are you saving your form as a PDF or an XDP ?
If you are saving your form as a PDF, save it as an XDP.
If you are saving your form as an XDP, open it up in either the XML editor in LiveCycle designer or just use a text editor to view its contents.
I have seen issues in the past where (and its a bug btw) LiveCycle Designer repeats the same design time XML tags mulin the form. If this is the case in your form, you can simply do a find and replace to remove them.
Hope this helps. Please let me know how your tests go and if you have any more questions about LiveCycle.
Thanks,
Armaghan.
I have seen this issue quite often, in fact today I had a file which jumped from 1.5mb to 188mb.
Having gone through the Adobe site it appears that there is no definite reason for it, but it appears to happen more when you embed fragments into the form or are using a lot of tables.
Anyway the quickest fix is to go into the XML view and search for 'aped' This will usually find a line with something like:
Simply do a find/replace on the full line (leave the replace with blank).
Do this for:
Once complete go back into design view and save it. You should see the file size decrease.
I experienced the same issue. I found a way around it, but you need to have a copy of the original file.
1. From the bloated file, copy the XML from the XML Source window in LiveCycle Designer.
2. Open the original PDF in LiveCycle Designer.
3. Replace the XML in the XML Source window with the XML on the clipboard.
4. Save.
In the address bar of the browser navigation tab, it shows the absolute path of the file, but it is so long that it gets truncated and I can't read the exact file that I'm working on! Is there any way to fix this?
Yeah, I got it... just hover your mouse over the truncated field for a couple seconds and a tooltip will pop up with the full address. I was just frantically clicking on it like an impatient moron and it was canceling the scheduled tooltip display.
I'm not sure what a "browser navigation tab" is. In Dreamweaver CS5 on Windows, the full url is displayed in the title bar of the document. When documents are maximized a tab will display the file name, and the full file url will display in the title bar on the right hand side. This full url gets truncated when there are too many documents open. The truncation is done from the left so you may lose some of the folders, but you should still see the file name. If this is the case, then a quick solution is to close some documents. Or Perhaps don't nest your files so deeply, or don't have really long file/folder names.
Another option is an extension that I wrote a while ago called Document Path Toolbar: http://communitymx.com/abstract.cfm?cid=A01CEAEA3CA40B36 The extension adds a toolbar that has a text field that displays the full url to the local file. It has an option that allows you to updated the width of the text field if you have longer file paths (I think that such modifications requires a restart of Dreamweaver). It is commercial but not much. As I no longer contribute to CommunityMX, I won't receive anything for a purchase should you decide it is something that you could benefit from.
Is it possible to change the icon (not the emblem) of a file in Nautilus' icon view mode by means of its extension interface?
It would be cool, I think, to see the album covers of MP3 files of embedded ID3v2 APIC frames while browsing folders with music. Until now, I am able to extract the picture and I copypastehacked some example code to add emblems and menu items to Nautilus. But neither the column provider nor the file info provider offer an obvious way to change the icon.
Another answer suggests using gvfs-set-attribute, but I would rather extract the icon dynamically instead of creating a lot of unnecessary files somewhere.
Thanks in advance for any helpful suggestions!
No, not with the extension interface. The canonical way to create individual icons is to register a so called "thumbnailer" in the gconf database under /desktop/gnome/thumbnailers. For ID3v2 APIC frames, solutions are already available.
I have pre-existing PDF files which I would like to send to a PrintJob in Flex 3. I can load the files fine with UrlRequest, but I need to somehow get the data into a Sprite to be included into a PrintJob.
Is there a way to do this, or should I go another route? (I've seen the hidden iFrame example, but I was hoping for a way to do this without JavaScript.)
Thanks
If you're using Aodbe AIR, then you'll be able to load the PDF into an HTML View.
Flex (and The Flash Player) does not have any native support for displaying (or creatging) PDFs, though.
Most people will just pass the generated PDF to the browser and let it handle it. You can do this w/ navigateToURL. The iFrame trick can work, although the actual display of the PDF may depend upon browser settings.
Here is another StackOverflow Post on a similar topic. It links to this site http://www.devaldi.com/?p=212 which provides one alternative.