Getting Support For Scribus
1) Can Scribus be used legally in a company to produce internally used documents?
2) Can Scribus be used legally by a company or an individual to produce documents that can be sold? (for instance, DTP documents)
Yes to both.
Scribus both code and the application is free to download and free to distribute.
1. The complete set of the latest docs are online as well being included with Scribus. The Scribus Help browser can search on keywords, has bookmark capability and history. For the online version see: http://docs.scribus.net There are translations of the docs into French, German, Italian and Polish underway.
2. There is an active and friendly mailing list details here Scribus Mailing List The archives are also searchable.
2. Find the developers on IRC, see: Scribus on IRC for more details.
3. All the Scribus developers e-mail details are here: Docs Index
You can use either GPL Ghostscript or AFPL Ghostscript. There is no difference in the program, just the licensing.
You can use this, as long as Scribus can find it in your path. If Scribus cannot it will pop up and error indicating it cannot find the dll.
Try installing the native Aqua Scribus.
Ghostscript is a set of applications and libraries which are used for a wide variety of tasks in Scribus. The print preview and PDF/PS/EPS importing all depend on Ghostscript, hence we always recommend using the latest available.
Try installing the native Aqua Scribus.
The current version of Scribus will not run properly on either. The memory managment and graphics code really requires Windows 2000 or newer.
See: Scribus 1.3 Preferences There are screen shots and instructions at the very bottom of the page for Linux, MacOSX and Windows.
This is also included in the help docs installed with Scribus under Scribus 1.3 Setup
It is generally not needed.
If using the Windows installer - no.
On MacOSX, you can drag the old version into the trash.
On Linux, if compiled from source and installed into the same directory as the old version, no.
You also don't need to remove the old version if you are upgrading Scribus using your distrubution's package manager.
You can get the most recent version of Scribus
There is also thanks to Anduin.net, anonymous SVN (Subversion Revision Control System) access is updated daily. Only recommended for those who want to stay on the bleeding edge. Scribus 1.2.x is now deprecated. Instructions for getting the latest source via svn:
Scribus 1.3.3.x - Stable
svn co svn://scribus.info/Scribus/branches/Version133x
Scribus 1.3.5svn - Development - Qt4 Port
svn co svn://scribus.info/Scribus/trunk
Scribus 1.3.x can always load 1.2.x formats. We, in fact, test files from versions as old as 0.5.5. Where there may be differences is some minor settings in the distances from the top of text frames in 1,3.x which has more control over this.
Scribus 1.3.x version files cannot be opened in 1.2.x.
Not directly. You can import .doc files as plain text via Antiword if it is installed on your system. Otherwise, we recommend you open them into OpenOffice.org or Star Office and then save as Open Document format (.odt) , which Scribus does import natively.
You cannot. Scribus never ever embeds images in the file. This is a design decision made seeing the adverse effects while using other page layout applications.
If you need to move a file and images, you can use File > Collect for Output to put all the files, images and fonts in a new directory, which can then be zipped together.
You can try: Laying out Articles and Auto Format during import.
No
That would be the equivalent of throwing away approximately 200,000 lines of code developed over 4 years. There are far more important tasks for the development team.
Now, to give a more technical answer instead of exchanging biased
opinions on desktop environments and OSS licences :-)
Yes, it would be possible.
No, it would not be easy
You can just take the sourcecode and start rewriting. Since Scribus uses QString and Qt's collections all over the place you'd probably want to change those first.
Then all the dialogs, tedious but surely possible.
All of the stable plug-ins accepted by the devel team are in the current release. Anyone interested in adding one is invited to look here : Writing a Scribus Plug-in, complete with a sample template plug-in.
Some have noted, some mailers add extra lines to the Scribus doc. Saving as a compressed sla.gz seems to fix this. Plus, Scribus files compress very well.
1) Create an account and login to www.scribus.net
2) Then select Downloads.
3) At the top, there is a link to add download. Fill in the relevant info and indicate the file is copyleft and it will be reviewed and added to the Sample Docs and Templates Category.
"Skry - bus". Long I, not short I.
Use EPS, SVG or PDF as an exchange format. Scribus created PDF's can be easily imported into a number of commerical applications. SVG import is excellent for vector artwork. Scribus can import EPS files as long as they are conformant to the specs - this includes spot colors in DCS 2.0 files. The documentation has detailed notes covering these subjects. You can also improve EPS import by ensuring you have the newest Ghostscript installed.
There are several reasons why there are no import filters for commercial DTP applications.
You can't in Scribus 1.2.x
Scribus 1.3.1+ has this feature.
When Franz Schmid launched the project, the first working name was "Open Page", but thought to be too generic. Scribus derives from the latin name of the official writers in Roman times, from which we get scribe or writer. This translates well in to many languages besides English. The German word is schrift, for example.
When Franz Schmid launched the project, it was originally written in Python, but for performance reasons, he decided to port it to C++, the toolkit with the most complete documentation at the time was Qt 2.2. The first Qt 2 release was 0.3 in 2001. Scribus was ported to Qt 3, after Scribus 0.6 was released.
We have written a Scribus Translation Howto. Translating Scribus into your language is not difficult and does not need programming experience. If in doubt, contact one of the developers listed in Help > About.
One workaround is to export your document to PDF then load it into AcrobatReader and print at PS level 2.
Another solution is to create a non postscriptprinter (E.g. for a HP LJ 1300 series a printer was set up in CUPS thatup ashplj with lj5gray printer). That works for some apps/docs, too. In general,create a ps2 level printer. Make sure you use the PPD file from the windowsdriver package instead of the cups/foomatic one. You will get better results during the conversion.
See this bug: http://bugs.scribus.net/bug_view_advanced_page.php?bug_id=0000271
for explanation of how CUPS can be mis-configured.
It depends:
1. If you are printing to a local printer which is *not* a postscript printer, but using CUPS, you can't. It is a limitation, as far as we can tell of CUPS.
2. If you have a "real" postscript printer, Scribus - with CUPS support - will support any arbitrary page size, as long as the printer support it.
This is solved in Scribus 1.2.3+ (stable) or Scribus 1.3.1+(development), as long as Scribus is compiled with littlecms support.
Any addtional profiles you want to make available should either be installed as follows:
Linux: $home/.color/icc or /usr/share/color/icc
MacOSX: put them in the correct system folder with the rest of the colorsync profiles.
Win32(Windows 2000, XP) \WINNT\System32\Spool\Color
Our Wiki contains the standard answer. Here is the summary:
If you are making a large document, especially of 100 or more pages, Scribus will become quite slow because of the way it updates the screen.
The solution to this is to break your document into chapters or sections of no more than about 30 pages each. This of course leads to the issue of how to splice these multiple PDFs together for your final project.
You need to set the path in Scribus preferences to point at the location and executable name of Scribus. See the "External Tools" section in Scribus Settings and Preferences Panels for specific details.
One suggestion is to get the Polymer theme, a port of the popular Plastik theme for KDE. Polymer only requires Qt3. Home page: http://static.int.pl/~mig21/dev/releases/polymer/
That said, there are benefits to adding the kdebase package, as it includes kprinter and Kfontinstaller, which we consider the easiest way to manage fonts on Linux.
This is a harmless message from libtiff when opening files which have "private" tags or fields which are allowed under the TIFF V.6 specification.
Automatic Page Numbering is done via Page Templates. Edit Template. Then draw a text frame. Then # for one digit ## for 2. Save Template. Then they should show up on the page. Note: US Keyboards will not work with this shortcut, so remapping in Tools > Preferences is recommended. Also for more info see : Automatic Page Numbering.
Three possible solutions:
1) Upgrade Ghostscript to GS 8.15 or GS 8.50. There are notes on http://docs.scribus.net in the DTP Toolbox section.
2) Reduce the complexity of your EPS/PS file.
3) You do not have enought memory/swap space when importing complex EPS files.
For those who are new at desktop publishing, unlike most programs, DTP applications care greatly about which fonts are installed and if the font paths are valid. So, when Scribus launches, one of the things it does is to completely and thoroughly scan your font paths and ensure they are valid. This takes time. If you have a large number of fonts (200+) or more and slow launch times are a problem, reduce the number of fonts or font paths.
Scribus added basic table support in 1.1.6
None. Scribus 1.3.3.x runs on OSX 10.3.9+. Scribus 1.3.5+ will more than likely require OSX 10.4.x+
With sufficient memory yes and a G5 should be more than adequate.
We plan to offer a Universal Binary as soon as time and resources allow, Porting to Qt4 in version 1.3.5, will ease this a lot.
There are two major issues with running Scribus on earlier versions of Windows.
The first is memory managment is quite weak and we are quite sure given Scribus' memory usage it would be extremely unstable,
The second is older hardware running earlier versions simply cannot cope with the resource requirements of running Scribus.
We recommend Ghostscript 8.53 or newer.
See this detailed answer: Proprietary DTP Formats and http://wiki.scribus.net/index.php/Import_Publisher_to_Scribus
Please see: https://launchpad.net/distros/ubuntu/+source/scribus/+bug/45565
and https://launchpad.net/distros/ubuntu/+source/scribus/+bug/37711
These bugs are unique to Ubuntu and are not fixable by the Scribus Team.
First, before anything else, see http://debian.scribus.net for instructions on getting a more updated scribus package. Thanks to Alex Moskalenko, we have an upstream Debian/Ubuntu repository which is regularly updated with newer versions of scribus 1.3.3.x (scribus), 1.3.4 (scribus-ng), and 1.3.5svn (scribus-svn). After that read http://wiki.scribus.net/index.php/Getting_Scribus_on_Ubuntu/Kubuntu_up_a... wiki entry that details the many problems Ubuntu's qt3 inflicts on users of Scribus (and other qt3 software).
How can I get the menus and themes to work correctly on Ubuntu ?
This forum link: http://www.ubuntuforums.org/showthread.php?t=76633 has some hints for adding qtconfig which greatly enhances how you can adjust the look of Scribus under Ubuntu, especially under Gnome.
There are no plans to and Scribus comes with the ability to add font paths independent of the operating system making this somewhat redundant.
Someone called these "evil" on the #scribus IRC channel. They were right...There are two types of styled fonts:
* A true font variant which is derived from a real separate font file.
* A font style, eg italic, created from a base font using a mathematical transformation created by an application. This can be done within other applications, but for DTP and commerical printing, this causes many problems.
The glyph shaping is a very difficult thing to achieve, we don't currently support it, but plan to add this in one of the 1.3.x Developers versions.
1) No, Scribus can import PDF, but they are imported as images currently. The only way to edit a PDF form is with Adobe Acrobat full version. Scribus can create PDF forms without a problem and it is very versatile.
2) Scribus can import a wide variety of EPS and PS files with most content imported as native Scribus objects.
No.
PDF as file format was never ever meant to editable in the conventional sense. Internally it is non-linear in layout and is optimised for compactness. It is better to think of PDF as electronic paper which is printed. You cannot 'unprint' paper easily can you ?
There are only two applications which can "edit" PDF. Enfocus Pit Stop Pro and Quite.com's Box of Tricks are special pre-press plugins for Acrobat Pro. Using these is best if you have a fair amount of knowledge about pre-press and PDF.
No, Scribus can import PDF files within image frames via Ghostscript. There are other tools to handle this such as pdftk and multivalent.
Yes, definitely.
Recommended:
1. Adobe Reader 5.0.10+
2. GSview
3. KPDF
Not recommended:
gv.ggv,gpdf,ghostview
Please see: http://docs.scribus.net/index.php?lang=en&page=pdfexport1
You can edit PDF with sometimes very limited ability in increasing order of capabilities.
1) Adobe Illustrator can edit single page PDF and usually has no issues opening a Scribus PDF in my experience. Issues: Font substitutions when opening saving.
2) Full Acrobat Professional 5+. Note Acrobat 5.0.5 sometimes will give an "unable to parse" error with some Scribus PDFs. We believe this is an Acrobat 5.0.5 bug. Acrobat 6.0+ does not give this message. Issues: Sometimes text is not easy to edit and is not recommended. Extracting images or vectors is not an issue.
PDF 1.2 = Acrobat 3.0 - relatively obsolete now
PDF 1.3 = Acrobat 4.0 - The first version of PDF which truly had all the needed features to support "press-ready" PDF's including color managment, ICC profiles etc. It also added javascript, interactive and multimedia capabilities. This standard is probably the safest to send if you are unsure of the capabilities of the receiver of your file. PDF/X-3 and a number of commercial print work flows are based on PDF 1.3.
|
Sponsorship: Linux-Magazin Germany sponsors one of the Scribus developers. Hosting for our websites is provided by Anduin.net/Øverby Consulting. |
The Official Scribus Manual:![]() Download a free sample chapter here. | ||
Special Supporters:![]() Resene Colours, New Zealand |
Vector Portal |
![]() dtp studio Oldenburg, Germany |
![]() Serenity Systems, USA |
![]() Marabu-Druckfarben, Germany |
De Telefoongids |
||
