from:"Christoph Schäfer"


If a CxF file comprises spectral colours, you can use these. However, since pure spectral colours are not really useful in a design programme (too complicated to handle), they will be converted to LAB. The feature pays off, however, if you have a palette file with measured colours, where the results including the device settings are saved as spectral colours in the CxF.

 

HTH,

Christoph

 

Gesendet: Samstag, 28. April 2018 um 19:38 Uhr
Von: "Olivier Berten" <olivier.ber...@gmail.com>
An: "Christoph Schäfer" <christoph-schae...@gmx.de>
Cc: "Scribus User Mailing List" <scri...@lists.scribus.net>, "Create ML" <create@lists.freedesktop.org>, libre-graphics-meet...@lists.freedesktop.org, libreoff...@lists.freedesktop.org, scribus-...@lists.scribus.net, de...@documentliberation.org
Betreff: Re: [CREATE] Scribus 1.5.4 Released


 


- Scribus can now handle color palettes in the new ISO standard CxF3 (See: https://www.xrite.com/de/page/cxf-color-exchange-format). CxF3 files cannot only store palettes in different color models (e.g., RGB, CMYK, LAB) and output intents, but also allow for storing spectral colors, which enables even greater colour precision. Scribus is the first DTP software that supports this demanding standard.



Can Scribus actually deal with spectral data or is it just another way to distribute RGB, CMYK or LAB palettes?
 

Olivier





___
CREATE mailing list
CREATE@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/create

Re: [CREATE] [LGM] Scribus 1.5.4 Released

freieFarbe needed at least 16 bit for the creation of the HLC Colour Atlas, so Jean decided to go all the way and make it super precise. Note that this only works for fill colours, not for pixel images.

Gesendet: Samstag, 28. April 2018 um 17:45 Uhr
Von: "Alexandre Prokoudine" <alexandre.prokoud...@gmail.com>
An: "Kunst Tuepfel" <create@lists.freedesktop.org>
Betreff: Re: [CREATE] [LGM] Scribus 1.5.4 Released

On Sat, Apr 28, 2018 at 6:08 PM, "Christoph Schäfer" wrote:

>> > - Color precision for fill colors has been expanded to 64 bit floating point.
>>
>> Is this because of...
>>
>> > - Scribus can now handle color palettes in the new ISO standard CxF3
>>
>> ?
>>
>> Alex
>
> No, that was implemented before and independently.

What was the real-life scenario that pushed you to go as deep as 64-bpc float?

Thanks!

Alex
___ CREATE mailing list CREATE@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/create

___
CREATE mailing list
CREATE@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/create

[CREATE] Scribus 1.4.7 released

The Scribus Team is pleased to announce the release of Scribus 1.4.7.

Scribus 1.4.7 is almost exclusively a bugfixing and update release and will be 
the last iteration of the Scribus 1.4.x line. All future development efforts 
will go into the upcoming new stable version 1.6.x.
Most Important Changes


The complete changelog is available here: 
https://bugs.scribus.net/changelog_page.php?version_id=96
Primary Download Locations


- Installation packages for Windows, Mac OS X and the source code are available 
here: http://sourceforge.net/projects/scribus/files/scribus/1.4.7

- Fedora and CentOS RPMs: http://download.opensuse.org/repositories/home:/mrdocs

- OpenSUSE, SLED, and SLES RPMs: 
http://download.opensuse.org/repositories/home:/mrdocs

- A ZIP archive for OS/2 Warp 4 and eComStation will be available soon after 
this announcement under: 
http://sourceforge.net/projects/scribus/files/scribus/1.4.7.

- A portable version for Windows will soon be available under: 
http://sourceforge.net/projects/portableapps/files/Scribus%20Portable/.

Packaging for other Linux distributions, *BSD, Solaris and OpenIndiana is 
beyond our influence. We recommend updating the respective repository data on a 
regular basis.


Download Verification

Description File Name   Sha256sum   Sha1sum

Source  scribus-1.4.7.tar.xz
42d335b4a59c26c8ae1e3f601676baa3c42b035b8cde326d195f7a30078e5fec
fc679fc0a0bc3e2f6be9689ea00116b0f59ff785

Source  scribus-1.4.7.7z
3d826d07839fbcd553b63e03a044a5cd2039ed1c1b514904a1cf207c291590f4
b15be97eebc88808e127bd3f5f11378e18b8ad4a

OS X Mountain Lion (10.8.x) or higher, Intel x86scribus-1.4.7.dmg   
fc5fb1f34abd177586f3d9791801c4a166cd818f3c985960b95f1092dad8a9d4
4c6cdb92269b95c1a4971cebe0f19f2492e8e3f0

Windows 32/64 Bit   scribus-1.4.7-windows.exe   
fc8737d1dbf88dadd376a7e394fd2f02065617a1d84a585e18d51caacad43c59
644694da09557b30d019f09949c6809db768b2e2

Windows 64 Bit  scribus-1.4.7-windows-x64.exe   
cadffc225b50375a7d1ddc8e46dbf3fe6e2e95d03ebb682bee1c230d6cb7532e
63adff3c717ec090bdd922dff452604464f32551


The Scribus Team would like to thank Anduin.net and Modirum for their continued 
hosting of all of the Scribus websites.

We are grateful to the Organisation Internationale de la Francophonie for 
sponsoring.

The Scribus Team is also honored to have Resene Colours (New Zealand), dtp 
studio Oldenburg (Germany), GiveLife Color System (Spain), Scientific 
Illustration Services Corp. (USA), the Newspaper Association of America (USA) 
and Software Consulting Services (USA) as Special Supporters and donors of 
color palettes and other content since the 1.4.x release, just like we are 
grateful to the owner of Vector Portal for the permission to distribute some of 
his work as Scribus Templates.

Porting Scribus to OS/2 and eComStation is being supported by Serenity Systems 
(USA).

For this release we also want to express our special thanks to Holger Everding, 
dtp studio Oldenburg and the organization FreieFarbe/FreeColour for making 
available the CIE palettes to Scribus users under a CC license.

Finally, the Scribus Team would like to thank the many end users, translators, 
testers and contributors who helped us with this release.
___
CREATE mailing list
CREATE@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/create

[CREATE] Scribus 1.5.4 Released

The Scribus Team is pleased to announce the release of the stable development 
version 1.5.4, which is in many ways a new milestone on our way to the next 
officially stable release 1.6.0.


Most important changes

- Color precision for fill colors has been expanded to 64 bit floating point.

- Scribus can now handle color palettes in the new ISO standard CxF3 (See: 
https://www.xrite.com/de/page/cxf-color-exchange-format). CxF3 files cannot 
only store palettes in different color models (e.g., RGB, CMYK, LAB) and output 
intents, but also allow for storing spectral colors, which enables even greater 
colour precision. Scribus is the first DTP software that supports this 
demanding standard.

- Existing import filters have been upgraded to support the LAB color model 
(where applicable).

- The Barcode plug-in has been updated and offers new features.

- Many bugs regarding fringe uses have been fixed in the PDF library, both for 
print PDFs and PDF forms.

- Several new commands have been added to the scripting engine, so as to make 
the document creation via scripts easier and more versatile.

- Thanks to the work of the Document Liberation Project and particularly David 
Tardon, experimental import filters for ZonerDraw vector drawings (versions 4 
and 5) and QuarkXPress documents (versions 3 and 4) have been added.

- Many potential stability and security issues revealed by Coverity scans have 
been fixed.


The complete changelog is available here: 
https://bugs.scribus.net/changelog_page.php?version_id=99



Primary Download Locations

- Installation packages for Windows, Mac OS X and the source code are available 
here: https://sourceforge.net/projects/scribus/files/scribus-devel/1.5.4/

- OpenSUSE, SLED, and SLES RPMs: 
http://download.opensuse.org/repositories/home:/mrdocs

-Packaging for other Linux distributions, *BSD, Solaris and OpenIndiana is 
beyond our influence. We recommend updating the respective repository data on a 
regular basis.

- Windows Portable App: 
http://portableapps.com/apps/office/scribus_portable#test

Download Verification

Description File Name   Sha256sum   Sha1sum

Source  scribus-1.5.4.tar.xz
6480925250b2bb07028e2f378c02b67fe3e33206743671e03c07c701cd05da03
40a8819df4572a3fb752ecda38520a792f69c54f

Source  scribus-1.5.4.7z
c756037464cfc1f760ddad0cce5cc323d4091e65cd119dd1d69ad16be32b7d6 
414ee31a57c9789d890384f71f28f5641c2c1f79

OS X 10.10 or higher, Intel x64 scribus-1.5.4.dmg   
6f31b0b9bf27c952d820188343e2be73ab990be772e34551b030d9c04fa4f5b8
2c9d71dc7b2e589ad27b7817c755d64f441a72e4

Windows 32/64 Bit   scribus-1.5.4-windows.exe   
c8710ee2591f0e00b9c6506671c401ce2c54541ded55c043f74b2e622c07f2dd
80dc3701b35ae8ec99a1870c7d4228a72cb02755

Windows 64 Bit  scribus-1.5.4-windows-x64.exe   
2d11a7c04f2b58436541269e21227ce8676b62e908cc2b14987a865ca6d65170
64fd2cd02e0f6b99e208252cddd21d228bc479fb

Linux 64 bit AppImage   scribus-1.5.4-linux-x86_64.AppImage 
9c8bb1c491b5219093d98663e4810df1e8b317e23f349eebb5c1c2213a210f79
2bfd9a9486f0a8a8ec2c88bcc91029c6c1a265a5



The Scribus Team would like to thank Anduin.net and Modirum for their continued 
hosting of all of the Scribus websites.

We are grateful to the Organisation Internationale de la Francophonie for 
sponsoring.

The Scribus Team is also honored to have Resene Colours (New Zealand), dtp 
studio Oldenburg (Germany), Scientific Illustration Services Corp. (USA), the 
Newspaper Association of America (USA), Software Consulting Services (USA), 
freieFarbe e.V. (Germany), bauwerk Kommunikationsdesign (Germany) as Special 
Supporters and donors of color palettes and other content since the 1.4.x 
release, just like we are grateful to the owner of Vector Portal for the 
permission to distribute some of his work as Scribus Templates.

Porting Scribus to OS/2 and eComStation is being supported by Serenity Systems 
(USA).

Finally, the Scribus Team would like to thank the many end users, translators, 
testers and contributors who helped us with this release.
___
CREATE mailing list
CREATE@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/create

[CREATE] CxF3 Colour Palette Support in Scribus 1.5.4svn

2018-03-25 Thread Christoph Schäfer

Hi all,



As of tonight, Scribus 1.5.4svn provides an important new feature, which is 
another "first" (like PDF/X-3 export or the HLC colour picker), namely support 
for the open and versatile standard for colour palettes CxF3 
(https://www.xrite.com/de/page/cxf-color-exchange-format).


CxF not only enables the use of spectral colours in graphics applications, but 
also allows for the use of different versions of a colour palette within a 
single file (e.g. sRGB, AdobeRGB, CMYK [FOGRA39], CMYK [FOGRA52] etc.). You can 
now choose the version required for a particular project upon import.


Updated versions for Windows are already available, DMGs for Mac will be 
available soon under 
https://sourceforge.net/projects/scribus/files/scribus-svn/1.5.4.svn/


Linux testers can build the update as usual, because there are no new 
dependencies involved.



Happy testing and many thanks to Jean Ghali for the implementation!



Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/create

[CREATE] HLC Colour Atlas v. 1.0 released

2018-02-05 Thread Christoph Schäfer

Hi all,



After a year of hard work freieFarbe/freeColour is pleased to announce the 
completion of its first major project, the "HLC Colour Atlas", which is a truly 
open colour system based on mathematics and unrestricted by copyrights or 
trademarks. It has been created by colour professionals from Germany and 
Switzerland.



The atlas comprises the following elements:


- a printed reference (A4, ring binder) of 2040 colours, based on the intuitive 
HLC colour model (Hue, Lightness, Chroma), with increments of 10 between each 
hue. It also includes colours that can't be reproduced in regular CMYK 
workflows (spot colours). Unlike commercial products, its colour precision is 
extremely high, with a DeltaE00 of 0.5, i.e. colour differences between two 
copies of the atlas can only be measured but not perceived, even by a trained 
eye. Each atlas is being produced with a Fogra-certified high-end proof printer 
on Fogra-certified paper by a Fogra-certified company. Each copy is also being 
shipped with a production record (ISO 12647-7:2016);


- a printed introduction and usage instructions in German and English;


- colour palettes with LAB values for Adobe software (ASE format) and in 
Swatchbooker's SBZ format, as well as sRGB versions for LibreOffice (SOC), GIMP 
(GPL) and Scribus 1.4.x (XML). Please note that Scribus 1.5.x already includes 
the SBZ file, and an sRGB version is being shipped with LibreOffice since 
version 5.4.x, as well as the current officially stable Scribus 1.4.6.


- A PDF master file of the atlas with layers for different output targets (e.g. 
sRGB, ISOCoatedV2);


- XSLX files with colour conversion tables and QC report;


- a CxF v.3 file which includes the colour data in spectral values.


All files are available for download here: 
https://www.freiefarbe.de/thema-farbe/software/


The latter is important, because we want to enable others to create their own 
reliable references without having to ask for permission or paying licence 
fees. Thus, an ink manufacturer can simply load the CxF file into its 
formulation software and create the correct mix for his particular inks. 
Manufacturers of other colourants (e.g. paint, textile colours or plastics) can 
do the same, provided their software is supporting CxF, which is an open 
standard. This is also the reason for us not to publish any mixing recipes, 
because all necessary data to reliably recreate a colour are in the CxF file, 
so the recipes can be created and customised by software.


Whilst the digital files are available for free download under a CC licence, 
the printed reference needs to be paid for, because production and 
certification are quite labour-intensive (introductory offer: EUR 99.-- until 
31 March 2018, later: EUR 149.-- plus VAT and shipment costs; see: 
https://shop.proof.de/index.php?language=en).


freieFarbe/freeColour are convinced that the "HLC Colour Atlas" is not only a 
true and open alternative to Pantone, HKS etc., but we also think that the very 
high quality standard of our printed reference will be hard to match. 


Our next step is to fill in the necessary paperwork to make this open colour 
system a DIN SPEC with the German industrial standards organisation DIN 
(April/May 2018). From there it will hopefully be moved on to ISO to make it an 
international standard (time frame unknown).


Special credits go to Matthias Betz, Holger Everding, Jan-Peter Homann and Eric 
A. Soder, who did all the heavy lifting, as well as Gregory Pittman, who wrote 
a Scribus script that reduced the creation of the print PDF for the Atlas to a 
matter of seconds. freieFarbe/freeColour is also grateful to ColorLogic GmbH, 
Epson Deutschland GmbH and GMG GmbH & Co KG for generous technical support. The 
high quality of the atlas is owed to the producer, Proof GmbH.



Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/create

[CREATE] New GIMP/Photoshop article in PUBLISHER magazine

2017-12-15 Thread Christoph Schäfer

Hi all,



Due to several scheduling issues it took some time for Peter and I to publish a 
new GIMP/Photoshop article in the Swiss PUBLISHER magazine, but here it is 
(including a video) in German: 
https://publisher.ch/fachzeitschrift_detail.php?t=Die%2BTechnik%2Bder%2BFuge_article=10275=Die%20Technik%20der%20Fuge


Peter did the video, and I wrote the text. The subject is content-based image 
manipulation. For those who can't read German, the result of the match is a 
draw. GIMP rendering is much slower than PS (especially on Mac OS X), whereas 
Photoshop is unnecessarily complicated and requires more mouse-clicks to reach 
the same result.


For 2018 we're planning a much bigger comparison, which will result in a 
two-parter: Adobe Lightroom and Photoshop vs. RawTherapee and GIMP.



Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/create

[CREATE] Fw: CxF- colour plattes (e.g. from freie Farbe) in Open Source applications

2017-12-04 Thread Christoph Schäfer

Gesendet: Montag, 04. Dezember 2017 um 09:11 Uhr
Von: "Jan-Peter Homann" <hom...@colormanagement.de>
An: "Christoph Schäfer" <christoph-schae...@gmx.de>
Cc: "Eric Soder" <eric.so...@topics.ch>, "everd...@freiefarbe.de" <everd...@freiefarbe.de>, "Peter Jäger" <pe...@pre2media.ch>
Betreff: CxF- colour plattes (e.g. from freie Farbe) in Open Source applications

Hi Christoph,
Thank you for your engagement with the Scribus team. I have some more questions, which probably need to be dicussed with the english speaking open source / prepress community:

1) Handling spectral CxF data in open source applications:
--
- Do you know any existing open source libraries, which are converting spectral-data to Lab ?
- If yes, it is possible to combine this library with littleCMS (e.g. to make it easy for applications using littleCMS to convert spectral-data to Lab and use in littleCMS ?)
- if yes, do you think it makes sense to intergrate CxF support into this library ?

2) CxF as universal XML-based dataformat for colour palettes in color critical open source applications ?
CxF ist is quite powerful dataformat to describe colour palettes. I supports not only spectral data, but also Lab-based colour palettes as also device specific color palettes (e.g. RGB or CMYK for a specified profile)
So far as I know, is CxF the only data format, which can be used to describe colour palettes and which is ISO standardized.

So it may makes sense to discuss the handling of colour palettes not only Scribus related but in general for open source applications. It is e.g. possible to create a a CxF colour palette which contains:
- spectral data
- Lab-data for defined lightning condition (e.g. D50)
- sRGB data

- specialized applications could use the spectral-data,
- ICC aware applicatons with LCMS support could use the Lab D50 data
- all other applications could use the sRGB-data

3) Coordinate Scribus CxF Support with other Open Source projects ?
Do you think, that that it makes sense to coordinate the CxF support in Scribus with other open source projects, to e.g. create a library for CxF support with e.g. following functionality:
- extract RGB colour palettes for applications without LCMS support
- extract Lab- colout palettes for applications with LCMS support
- convert spectral data to Lab for applications with LCMS support, if no Lab-data is available ?

Use cases would e.g. be:
- use CxF palettes in othe applications like e.g. Inkscape
- visualize a CxF color palette in 2D or 3D based on RGB-values

Regards
Jan-Peter

--
Homann colormanagementtel: +49 30 611 075 18
Jan-Peter Homann mob: +49 171 54 70 358
Herzbergstr. 55 www.colormanagement.de
10365 Berlinmailto:hom...@colormanagement.de

<>___
CREATE mailing list
CREATE@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/create

Re: [CREATE] freieFarbe/freeColour HLC colour system to be accepted as a national standard for "Open Colour Communication" in Germany

2017-12-01 Thread Christoph Schäfer

Hi Susan and the rest,

I'll reply to everyone in one mail, so the information doesn't get scattered all over the place.

> This is huge...
> This opens another area of proprietary design which affects the fashion industry.

Yes you are correct. This is huge and might affect the textile industry as well. DIN accepted our proposal because we argued as follows:

1) If a proprietary colour spec is being used in workflows, everyone needs a licence, so the choice of one person or group affects everyone else (vertical barrier).

2) It gets even worse across sectors. Imagine you just selected that nice Pantone spot colour for your company logo. Now you want to paint your company building in that colour and tell the painter/paint vendor "I want Pantone X-Y-Z". The likely answer ist "We don't do Pantone; we have our own colour system. Here's a reference, choose your colour." (horizontal barrier 1)

3) Today, many companies produce across countries, which only accelerates the problems. (horizontal barrier 2) This is the reason as to why DIN plans to take this colour standard to ISO later and make it an international standard.

The reason for starting with print was simply that all of the experts working on this are working in the printing industry. Plus, one of our partners is FOGRA (https://www.fogra.de/index.php?menuid=1=en), which is the leading organisation for printing standards in Europe and beyond.

"Since you already have a prototype, are you talking about metallic inks?"

No, metallic inks are off the table for now, as are neons. The prototypes have been created on VERY expensive inkjet printers with more than four inks. This is not feasible for regular print runs. The prototypes only served as a proof of concept for DIN.

"How do you define a real color system?"

As a system ;) In a system you can calculate e.g. complementary colours or colour harmonies. Pantone is just a collection of colours that was expanded and changed over the decades. There is no system behind it. NCS, on the other hand, is a real commercial colour system.

"Better in what way?"

It's open, free, and it uses LAB/HLC, so it covers the whole spectrum of colours visible to the human eye. Plus, unlike, e.g. Pantone, it's impossible to change the colour values or remove a colour from the system, because it's all based on physics and math.

"At what stage of work within DIN will ink formulas be published one way or another?"

At this stage (phase 5 of 9) it's not even sure that the ink formulas will be part of the DIN spec. Phase 5 means working with ink manufacturers to create the formulas. If they don't become part of the standard, they will become freely available from our website and/or become part of the printed reference.

"So my question is: from your LCH representation, can you ensure the creation of an ink so that 2 unrelated people could create the same color?"

Yes, once we have the ink formulas. That's what's currently being worked on.

"And from the printshop point of view, getting any spot color from the catalog is just about following a mixing recipe accurately, so it's easy and not too bothersome."

For the printshop maybe (not necessarily), but not for the ink manufacturers. These must pay licence fees to Pantone et al. for the use of the ink formulas. It's a bit like Monsanto, really. Plus, some Pantone inks are very hard to reproduce, because recipes are too fine-grained (e.g. one tenth of base colour x), and ink vendors have to juggle with 18 base colours for these recipes! This makes the production quite expensive. Add to that the experience of many in the printing industries that printed Pantone colour references are notoriously unreliable for various reasons. The HLC Colour Atlas, on the other hand, will be produced with strict quality controls in place.

As to the file format, the contract with DIN requires that we create two palettes in the CxF3 format (https://www.xrite.com/page/cxf-color-exchange-format), one with LAB values another one with spectral colours. The latter are even more precise than LAB, but I don't think any software supports it right now. We will make those available for download from our website and also add LAB-based versions as SBZ and ASE files, respectively. SBZ and ASE don't support spectral colours, so projects that want to use the latter need to write an import filter for CxF3 ;)

According to the current roadmap the final colour references and the digital palettes will be available in April 2018. The standard is supposed to be written by June 2018 and will then be published by DIN.

I hope I have answered all of your questions.

Christoph

___
CREATE mailing list
CREATE@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/create

[CREATE] freieFarbe/freeColour HLC colour system to be accepted as a national standard for "Open Colour Communication" in Germany

2017-11-30 Thread Christoph Schäfer

Hi all,



I have some incredible news for you.


Yesterday freieFarbe/freeColour received a message from the German industrial 
standards organisation (DIN) that our proposal for an open standard for "Open 
Colour Communication" based on the HLC colour model (aka as Lhc) has been 
accepted and will become a German national standard soon (because we have 
prepared this carefully during 2016 and 2017).


What does this mean? First, it will no longer be an initiative by a tiny 
non-profit organisation, but a national standard, and since DIN is very 
influential internationally, it will become a de-facto standard in other 
countries as well. Plus, it may be possible to make this an ISO standard via 
DIN.


In addition, DIN will support the formulation of the standard and our work with 
substantial sums, not the least because the creation of a standard and pushing 
its way through all the respective instances and expert checks is expensive 
(would've been 25,000 EUR in our case, which has been reduced to zero, because 
it's an open and non-commercial project). We will also receive some money for 
meetings, travel expenses etc. from DIN.


One of the reasons we got so far is support by parts of the printing industry 
in Germany and Switzerland. The prototype of the printed colour reference, 
which we presented to DIN, was only possible thanks to a donation of inks by an 
international manufacturer of digitial printing machines. We're currently 
cooperating with ink manufacturers in Germany and Switzerland to establish ink 
formulas for HLC colours that cannot be reproduced in CMYK, aka as spot 
colours, so printing companies can actually order spot colour inks by just 
inserting the HLC colour code in their order forms.


The printed colour reference has the form a ring binder. Colours are sorted by 
their H-values (H=Hue) in steps of ten. Luminacity (L) uses steps of five, and 
chroma (C) also steps of ten. We plan to refine this later to also present the 
H-values in steps of five.


This is a real colour system and not just a colour collection like Pantone or 
RAL. Most importantly, it is a free and open alternative to Pantone & co, which 
is not only better, but also supported by a national standards organisation and 
some major players in the industry. There are no licensing costs to pay for 
anyone who wants to use the colour system, not for software producers and 
neither for the ink mixing formulas. The latter is important, because vendors 
like Pantone ask for a lot of money from ink producers for the mixing formulas, 
whilst the open HLC system is gratis.


The PDF version of the colour reference and the digital colour palettes will be 
published under a CC licence (CC BY-ND 4.0). The printed colour reference will 
cost some money to cover the production costs, but it will be much cheaper than 
the ones from Pantone & co, because we only need to cover our expenses and do 
not intend/aren't allowed to as a non-profit organisation to commercialise it. 
Moreover, everyone else will be free to print their own references, and there 
are no trademarks involved.


Another important aspect is that the HLC colour system, being a national 
standard, will be very hard to attack legally by commercial vendors like 
Pantone or RAL, who are known to play hardball when it comes to competition. 
They would have to take on DIN, which I'm sure they'll think about twice.


We'll start with Germany and Switzerland, because that's where most of our 
members and supporters are from, but we plan to release an English version of 
the colour reference as soon as the colour system has been formally adapted as 
a standard.


Currently, an older version of the HLC palette is already included in Scribus 
1.5.3+ (L*a*b*) and the latest LibreOffice (sRGB). And speaking of Scribus, the 
juicy bit is that the colour reference will most likely be produced with 
Scribus 1.5.4svn, because it offers the highest colour precision for fill 
colours (64 bit). No other DTP software comes close in this regard.



Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/create

[CREATE] Scribus 1.5.3 released

2017-05-28 Thread Christoph Schäfer

The Scribus Team is proud to announce the release of development release 1.5.3, 
another major step on the way to Scribus 1.6.0.
In addition to being a milestone in terms of typographic features, the Scribus 
Team is convinced that 1.5.3 has become stable enough to be used in new 
workflows and documents in a similar way to the transition from 1.3.3.x to 
1.4.0 after the release of version 1.3.6. However, care must be taken, because 
this is still a development release.
Scribus 1.5.3 is very fast and has been thoroughly tested. Generally, 
everything that works reliably in 1.4.x also works in 1.5.3, but it's faster 
and more versatile. On top of that, it includes additional and already 
overwhelmingly reliant features galore.

Most Important Changes
==
- The most important change isn't immediately visible, namely a completely 
rewritten text layout engine, which supports complex scripts like Arabic, Hindi 
or Thai, as well as providing access to advanced OpenType features, such as 
ligatures and alternate glyphs.
- Altogether, about 500 languages and/or scripts are supported. Please note 
that as of version 1.5.3, Scribus is supposed to render these diverse writing 
systems, which still needs thorough testing by those who are familiar with them.
- Typing on the canvas and text rendering in general has become a lot faster.
- Previews for fonts are now available in font selectors.
- The "Text" tab has been removed from the Properties Palette and is now a 
separate UI palette.
- The performance of copying and pasting objects in/from/to files with huge 
color palettes has been vastly improved.
- An import filter for Krita's KRA format has been added.
- Scribus now follows the XDG standard for configuration files. Therefore, the 
Scribus preferences directory has moved from ~/.scribus/ to a new default 
location: ~/.config/scribus/
- Color selectors display the color values as a tooltip.
- A longstanding problem with the launch option for an external image editing 
program has been resolved. Until version 1.5.3 it was necessary to manually 
close the external program before it could be started again from within 
Scribus. This is no longer necessary.
- The "Wikipedia RAL Classic" color palette has been updated, this time using 
Wikipedia's LAB color values.
- A script called "Caption" has been included, which adds a text frame to an 
image frame, based on the latter's proportions.
- The "Autoquote" scripts now supports inverted guillemets via the "de-g" 
parameter.
- Code improvements have been made based on recommendations from using both the 
Coverity scan tool (https://scan.coverity.com/) and the "clazy" tool 
(https://github.com/KDE/clazy). These changes improved efficiency, removed bugs 
and improved security.
- Countless bugs, mostly introduced with the new features in earlier releases 
of 1.5.x, have been fixed. For details see the 1.5.3svn changelog 
(https://bugs.scribus.net/changelog_page.php?version_id=102)

New Dependencies

- As of version 1.5.3, the minimum Qt version to compile the program is 5.5.
- harfbuzz and libicu, as well as the related development packages are now 
required.

Caveats
- Some newly introduced features, like footnotes, may not function as desired, 
at least not yet.
- The file format may undergo some changes between the current release and 
1.6.0, so we advise caution when it comes to workflows that use automated 
document generation or parsing.
- Vertical writing systems aren't supported for the time being, but support 
will be added in a later release.
- The Online Help hasn't been completely updated, and it won't be until the 
final 1.6.0 release.

Special Credits
===
- This version builds significantly on the code from 1.5.2 with the work that 
the Oman House of Open Source Technology team, led by Khaled Hosny, delivered.
- 1.5.3 uses all of the remainder of the code, and we have Fahad Al-Saidi to 
thank for his continued work and especially for the bug triaging and code 
changes.
- Andreas Vox introduced a layout cache to speed up text rendering.
- William Bader has fixed the issue of launching several instances of an 
external image editing program.
- Contributions to GUI translations via participants on the Transifex 
translation platform

Primary Download Locations
==
- Installation packages for Windows, Mac OS X, a Linux AppImage and the source 
code are available here: 
https://sourceforge.net/projects/scribus/files/scribus-devel/1.5.3/
- Fedora and CentOS RPMs: http://download.opensuse.org/repositories/home:/mrdocs
- OpenSUSE, SLED, and SLES RPMs: 
http://download.opensuse.org/repositories/home:/mrdocs
- Packaging for other Linux distributions, *BSD, Solaris and OpenIndiana is 
beyond our influence. We recommend updating the respective repository data on a 
regular basis.
- Windows Portable App: 
http://portableapps.com/apps/office/scribus_portable#test

Download Verification

[CREATE] Tutorium für Scribus 1.5.3 in "c't Digitale Fotografie"

2017-04-09 Thread Christoph Schäfer

Liebe deutschsprachige Scribus-Anwender,


in der Ausgabe 3/2017 der Zeitschrift "c't Digitale Fotografie" wird ein 
22seitiges Tutorium zur Benutzung von Scribus 1.5.3(svn) mit dem Schwerpunkt 
"Fotobuch" erscheinen. Das Tutorium deckt dabei nicht nur Fotobuchfunktionen 
ab, sondern führt grundsätzlich in die Funktionsweise von Scribus 1.5.3 ein.


Falls Ihr das Heft kaufen solltet oder den Artikel online erwerbt und er Euch 
gefällt, würde ich Euch bitten, dies der c't-Redaktion auch mitzuteilen, denn 
ich habe noch zwei weitere attraktive Artikel in petto: einen zur optimalen 
Vorbereitung von Fotos für den Druck und zur Vermeidung der üblichen Fallen 
sowie einen weiteren zu fortgeschrittenen Gestaltungsoptionen für Fotobücher in 
Scribus 1.5.3.


Beste Grüße
Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/create

[CREATE] Open Colour Systems Collection 2.0 released

2016-12-22 Thread Christoph Schäfer

Open Colour Systems 2.0 Released


freieFarbe e.V. / freeColour is pleased to announce the release of Open Colour 
Systems Collection (OCSC) 2.0.

Following the release of OCSC 1.0, freieFarbe / freeColour has been been 
recognised by German authorities as a non-profit organisation. The release of 
OCSC is the first one after the official recognition.

OCSC 2.0 comprises ten additional colour palettes. More importantly, it is now 
also available in Adobe's Swatch Exchange Format (ASE), as well as a Plain Text 
Format version with the file extension CLF.

All colours have been measured from vendor-supplied colour references with a 
spectrophotometer.

Since freieFarbe e.V. / freeColour is an advocate of the use of the CIE LAB/HLC 
colour model as a free and reasonable alternative to proprietary colour 
collections, colour values in the palette files are in CIE LAB.

Download


SBZ: http://freiefarbe.de/wp-content/uploads/2016/12/OCSC_20_SBZ.zip
SHA1 checksum: 6b2bab7dde9e5fe9e8778ee9f79f31edcaa8cef8

ASE: http://freiefarbe.de/wp-content/uploads/2016/12/OCSC_20_ASE.zip
SHA1 checksum: fea350149e2b95af55f36e283fe597f279d3f79c

CLF: http://freiefarbe.de/wp-content/uploads/2016/12/OCSC_20_CLF.zip
SHA1 checksum: e65fd94db7f0d6484df9ce0cf0288ecd328ec655


In addition, OCSC 2.0 has been released in three RGB versions for use in 
LibreGraphics programmes that don't support the LAB colour model and/or one of 
the formats listed above (yet). The formats are: GPL (GIMP, Inkscape, Calligra 
Office, Krita, MyPaint), SOC (Apache OpenOffice, LibreOffice, OpenOffice.org), 
and XML (Scribus 1.4.x).

Download


GPL: http://freiefarbe.de/wp-content/uploads/2016/12/OCSC_20_GPL.zip
SHA1 checksum: c0eefb3a74f658c9c201d5671b4af6a085650cbb

SOC: http://freiefarbe.de/wp-content/uploads/2016/12/OCSC_20_SOC.zip
SHA1 checksum: 318d8fbaf391b0ec39fa433e807e3ec658381376

XML: http://freiefarbe.de/wp-content/uploads/2016/12/OCSC_20_ScrXML.zip
SHA1 checksum: da456792dc89445022ab4ae1af3f5ccedc722cd6


A complete package with all supported formats is available here: 
http://dtpstudio.de/downloads/freeware/OCSC_20.zip
SHA1 checksum: e65fd94db7f0d6484df9ce0cf0288ecd328ec655


In addition, freieFarbe / freeColour provides other colour-related software for 
free here: http://freecolour.org/



Colour Software Release Planned
===

freieFarbe e.V. / freeColour also intends to release a previously closed-source 
colour software product written in RealBasic as Open Source under a GPL 2+ 
licence. fF / fC hopes to find contributors who are interested in porting the 
code from RealBasic to C++ and Qt, as well as merging the features of 
Swatchbooker and the original product. The majority of the code is UI-related, 
but the essential algorithms (the core of the product) are well-commented. Any 
assistance with respect to the organisation of the release of the source code 
would be welcome.



About freieFarbe e.V. / freeColour:
===


freieFarbe e.V. / freeColour is a non-profit organisation that was founded in 
2016 by German and Swiss colour professionals after having worked as an 
informal initiative without legal status for several years. our motto is "We 
want to unchain colours". The organisation is looking for cooperation with 
colour experts, software developers and users around the globe who share our 
goals. You are invited to become a member and/or contribute your own project.

freieFarbe e.V. / freeColour is convinced that the design world will benefit 
from truly free colours and better colour software.



December 2016

Holger Everding
Christoph Schäfer

www.freiefarbe.de
www.freecolour.org
___
CREATE mailing list
CREATE@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/create

[CREATE] LibreGraphics at "swiss publishing days 2016"

2016-11-11 Thread Christoph Schäfer

Hi all,


I represented LibreGraphics during the "swiss publishing days 2016" in 
Bern/Switzerland. I held two talks, one about the most important LibreGraphics 
programmes that are available on all major desktop platforms, and another one 
on professional business publishing with LibreOffice and Scribus.

In addition, LibreGraphics had a stand at the centre of the exhibition space, 
with a PC and a huge monitor. This was made possible by SUSE and its Swiss 
partner AdfinisSy Group. The PC provided every LibreGraphics package minus Xfig 
;) and a lot more on openSUSE 42.1 with KDE. I also provided access to GIMP 
2.9.5 on my laptop.

You can find two bad photographs of the conference stand (I know that my 
phone's camera is crap, but the device has other and more important qualities) 
under https://ibin.co/31XIV4twEWqv.jpg and https://ibin.co/31XInUzk4ASH.jpg.

Summary: We are definitely on the radar of creative professionals, including 
influential people who are working for the printing industry.

There will be more updates regarding the latter.


Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/create

[CREATE] RawTherapee expert required ASAP

2016-09-11 Thread Christoph Schäfer

Hi all,

On occasion of Photokina 2016, the Swiss "Publisher" magazine wants to publish 
an article on RawTherapee in its next issue. If anyone of you has experience 
with both Lightroom and RawTherapee and is thus capable of comparing both 
programmes, you have the chance to earn CHF 150 for a one-page article 
comprised of 5,000 to 6,000 characters (German) and a screenshot. It should be 
journalistic and neutral, with a short summary at the end. To get an impression 
on how "Publisher" articles are structured, you can read or download all of 
their articles, including recent ones, via www.publisher.ch.

You can also write in English and then send me your text for translation, but 
in that case you'd have to donate 50 EUR to the Scribus project ;)

If anyone is interested, please contact me as soon as possible.


Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/create

[CREATE] "swiss publishing days 2016": Attendants can vote for LibreGraphics talks

2016-07-18 Thread Christoph Schäfer

Hi all,


Those of you who will attend the "swiss publishing days 2016" in November in 
Bern can now vote for LibreGraphics talks, namely:

- Alternatives to Photoshop (which will feature GIMP as the main competitor) by 
Peter Jäger, a professional Photoshop and GIMP trainer

- A comparison between Illustrator and Inkscape by Beat Kipfer, a professional 
Photoshop, Illustrator and InDesign trainer

- Introduction to LyX (myself)

- Business Publishing with Scribus, LibreOffice & Co. (myself)

Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/create

[CREATE] First GIMP/Photoshop comparison article and videos now online

2016-06-29 Thread Christoph Schäfer

Hi all,


The first article comparing GIMP and Photoshop, as well as the related videos 
are now freely available:

Text: 
http://publisher.ch/fachzeitschrift_detail.php?t=Freistellen%2Bim%2BH%25C3%25A4rtetest_article=9389=Freistellen%20im%20H%C3%A4rtetest

Videos: 
http://publisher.ch/fachzeitschrift_detail.php?t=Screencast%253A%2BFreistellen%2Bin%2BGIMP%2Bund%2BPhotoshop_article=9405=Screencast:%20Freistellen%20in%20GIMP%20und%20Photoshop

The latest PUBLISHER issue also includes an article on Scribus: 
http://publisher.ch/fachzeitschrift_detail.php?t=Scribus%2BOperaticus_article=9385=Scribus%20Operaticus

Additional Scribus screenshots can be found here: 
http://publisher.ch/fachzeitschrift_detail.php?t=Bildgalerie%2Bzu%2BScribus%2BOperaticus_article=9388=Bildgalerie%20zu%20Scribus%20Operaticus


Enjoy!

Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/create

[CREATE] GIMP/Photoshop comparisons and videos

2016-06-06 Thread Christoph Schäfer

Hi all,


The Swiss magazine "Publisher" will make available a series of articles on 
comparisons between GIMP and Photoshop CC. The articles will be freely 
available some time after the realease of each printed edition. More 
importantly, the written articles are only one part of the project, the other 
one being short training videos that will show how to achieve a task in GIMP 
and in Photoshop, respectively. They will also be freely available (for the 
time being). 

The articles will loosely refer to the videos (which will be produced first), 
but also add additional information and a summary describing how the two 
programmes compare. Producer of the videos is a professional Photoshop trainer 
who was forced to learn using GIMP due to increasing customer demand for GIMP 
trainings.

The first article plus videos has already been created and will be available in 
a month or so on www.publisher.ch. It will be about extracting image elements 
via Foreground Extraction/Quick Selection, optimising the selection via a layer 
mask and inserting the result into a new image. Next up: Liquid Rescale.

We still don't know how often and how many articles/videos we can create. It 
depends on our time, the editor's plans for each print edition, and audience 
feedback. There is a real possibility, though, that we can continue this until 
the end of 2017.

If you understand written and spoken German, you might want to have a look.


Enjoy!

Christoph


P.S.: For those who don't understand German, the result of the comparison 
regarding extraction etc. is: identical end results, Photoshop faster, but GIMP 
more flexible.
___
CREATE mailing list
CREATE@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/create

[CREATE] Scribus 1.5.2 released

2016-05-17 Thread Christoph Schäfer

The Scribus Team is very pleased to announce the release of the development 
version Scribus 1.5.2, which is another major step onto the next fully-featured 
version 1.6.0. In terms of stability, 1.5.2 can be already be regarded as 
robust. The Scribus Team encourages the wide-spread use and testing of version 
1.5.2 in as many environments as possible. User feedback will help us to 
release a rock-solid version 1.6.0.


Most Important Changes
==

- The text layout engine has been rewritten from scratch in preparation for 
support of complex scripts such as Arabic, Hebrew, Chinese and Hindi coming in 
Scribus 1.5.3 and later. We are more than grateful for the magnificent work 
that the Oman House of Open Source Technology team, led by Khaled Hosny, 
completed.

- Within the context of the text layout system rewrite, some new text features 
introduced with the 1.5.0 release have been stabilized and improved.

- Improvements to the canvas rendering on Hi-DPI screens.

- The Autosave and File Recovery system has seen large improvements and is now 
highly configurable.

- The Resource Manager, as well as the official Scribus Resources pool have 
been expanded significantly, because Scribus 1.5.2 provides direct access to 
the more than 300 (mostly commercial) color palettes of the Open Colour Systems 
Collection in the LAB color space. We would like to thank dtp studio oldenburg 
and the initiative freieFarbe for making these color palettes available under a 
CC license. The Resource Manager user interface has received some enhancements.

- The Resource Manager now verifies resource downloads from Scribus servers 
with SHA256 checksums.


A complete changelog is available here: 
https://bugs.scribus.net/view_all_bug_page.php?filter=161020

A full data sheet (PDF) is available here: 
https://wiki.scribus.net/wiki/images/9/93/Scribus-specs-152.pdf


Caveats
===

- Please note that the online help system hasn't been updated yet, and it 
probably be won't be until the final release of Scribus 1.6.0. However, with 
Scribus 1.5.2, Scribus now supports downloading of the online help manual and 
as this work is completed within Scribus 1.5.3, we will decouple the release of 
the help manual from the main application which will allow more regular updates 
to the help system.

- Some newly introduced features since 1.5.0, like footnotes, tables, 
ordered/un-ordered lists are "program-stable", i.e., they won't crash Scribus 
1.5.1, but not "feature-stable", which means they may sometimes not work as 
expected for the time being.

- There will be more wide sweeping changes coming in 1.5.3 relating to text 
system updates for the complex language system support. People using Scribus 
1.5.1 or 1.5.2 should ensure they keep document backups and the old versions 
installed prior to testing 1.5.3.svn and the 1.5.3 release when it arrives.


Dependencies


- Qt 5.3 or higher is now required

- cairo 1.14 or higher is now required

- Other dependencies will be reviewed in 1.5.3



Primary Download Locations
==


- Installation packages for Windows, Mac OS X, a Linux AppImage and the source 
code are available here: 
https://sourceforge.net/projects/scribus/files/scribus-devel/1.5.2/

- Fedora and CentOS RPMs: http://download.opensuse.org/repositories/home:/mrdocs

- OpenSUSE, SLED, and SLES RPMs: 
http://download.opensuse.org/repositories/home:/mrdocs

- Packaging for other Linux distributions, *BSD, Solaris and OpenIndiana is 
beyond our influence. We recommend updating the respective repository data on a 
regular basis.


Download Verification
=

Please visit the official announcement on 
https://wiki.scribus.net/canvas/1.5.2_Release for Sha256 and Sha1 checksums.


Credits
===


The Scribus Team would like to thank Anduin.net and Modirum for their continued 
hosting of all of the Scribus websites.

We are grateful to the Organisation Internationale de la Francophonie and Linux 
New Media (Germany) for sponsoring.

The Scribus Team is also honored to have Resene Colours (New Zealand), dtp 
studio Oldenburg (Germany), Scientific Illustration Services Corp. (USA), the 
Newspaper Association of America (USA), Software Consulting Services (USA) and 
freieFarbe (Germany) as Special Supporters and donors of color palettes and 
other content since the 1.4.x release, just like we are grateful to the owner 
of Vector Portal for the permission to distribute some of his work as Scribus 
Templates.

Porting Scribus to OS/2 and eComStation is being supported by Mensys BV (The 
Netherlands) and Serenity Systems (USA).

Finally, the Scribus Team would like to thank the many end users, translators, 
testers and contributors who helped us with this release.



An HTML version of this announcement with screenshots is availble here: 
https://wiki.scribus.net/canvas/1.5.2_Release
___
CREATE

[CREATE] Scribus 1.5.1 released

2016-02-13 Thread Christoph Schäfer

The Scribus Team is very pleased to announce the release of the development 
version Scribus 1.5.1, which is another major step onto the next fully-featured 
version 1.6.0. In terms of stability, 1.5.1 can be already be regarded as 
robust. The Scribus Team encourages the wide-spread use and testing of version 
1.5.1 in as many environments as possible. User feedback will help us to 
release a rock-solid version 1.6.0.


Most Important Changes
==

An instantly visible improvement is a new and modern icon set, which almost 
exclusively uses grayscale variants.

Scribus 1.5.1 also provides some exciting new features, the most important of 
which are:

* Support for the CIE L*a*b* and CIE HLC color models, which are also available 
in the color editor;

* Support for SwatchBooker's SBZ file format, which means, among others, that 
all color palettes from the Open Colour Systems Collection 
(http://dtpstudio.de/downloads/OCSC_1_0.zip) can be used inside Scribus with 
their original colour model (CIE L*a*b*) intact. Moreover, Scribus 1.5.1 can 
now use Adobe Color Book files (ACO), as well as Adobe Swatch Exchange files 
(ASE).

* The import filter for XPress Tags is finally working as expected (some minor 
glitches notwithstanding) and has been tested with XTG files from XPress 3 to 
2015;

* Two oft-requested text import filters have finally made their way into 
Scribus, namely RTF and DOCX;

* Scribus 1.5.1 enables applying a background color for selected text and also 
offers this option for character and paragraph styles;

* The ODT importer has been rewritten from scratch and now not only supports 
more ODT features, but is also much more tolerant with ODT files written by 
programs other than LibreOffice or OpenOffice.

* An experimental version of an import filter for FreeHand files has been added;

* PDF import has been massively improved;

* The font embedding code, as well as the related user interface, has been 
completely rewritten;

* The Resource Manager for online resources provides a new option to show the 
licence for the respective resource before downloading.

* As of version 1.5.1, Scribus includes two new color palettes, namely CIE LAB 
and CIE HLC. They are the first palettes in Scribus to use CIE L*a*b* color 
values, and they refer to affordable color fans that use an open and 
non-proprietary color model. We plan to use CIE L*a*b* for all of our palettes 
(where possible) in the future.


In addition, Scribus 1.5.1 includes many bugfixes, most of which are related to 
newly introduced features in 1.5.0. The Scribus Team also subjected version 
1.5.1svn to a Coverity scan to detect potential security and stability issues. 
Many of these have already been addressed in this release.

An overview is available here: 
http://bugs.scribus.net/view_all_set.php?type=1=y_id=1_in_version=1.5.1svn
 (reported bugs and feature requests) and here: 
http://lists.scribus.net/pipermail/scribus-commit/ (actual changes, including 
unreported bugs).

Caveats
===

* Please note that the online help system hasn't been completely updated yet, 
and it probably be won't be until the final release of Scribus 1.6.0.

* Some newly introduced features since 1.5.0, like footnotes, are 
"program-stable", i.e., they won't crash Scribus 1.5.1, but not 
"feature-stable", which means they may sometimes not work as expected for the 
time being.

Primary Download Locations
==

* Installation packages for Windows, Mac OS X and the source code are available 
here: https://sourceforge.net/projects/scribus/files/scribus-devel/1.5.1/

* Fedora and CentOS RPMs: http://download.opensuse.org/repositories/home:/mrdocs

* OpenSUSE, SLED, and SLES RPMs: 
http://download.opensuse.org/repositories/home:/mrdocs

* Packaging for other Linux distributions, *BSD, Solaris and OpenIndiana is 
beyond our influence. We recommend updating the respective repository data on a 
regular basis.

Download Verification
=

Description File Name   
Sha256sum   Sha1sum

Source  scribus-1.5.1.tar.xz
77828c0b69b384e53e637587b26b5b54c7231408e126a575014dcde520278267
a30d1d61c8cff148a3b2f9157f9d4e5ea74e9954

Source  scribus-1.5.1.7z
5b614d3aeacef9ee2ae88c76ac605e7c5a0f6f71127c627121339a670797ac71
2de3b1645c6e1ed63cd880115a052b3389eb7b3a

OS X 10.9/Mavericks or higher, Intel x64scribus-1.5.1.dmg   
41a6d4ab831b1744cc84d91e05f63a20d6ae62bb916cf808641ead5e76343ced
0d6143f6b619a94c0dc6e9805193c72b8e0bf991

Windows 32/64 Bit   scribus-1.5.1-windows.exe   
e77938b6b6def7b7c21fcfc4e4225047cee8bb86a303842f200e9ac8794eb458
45e43409badace1bddea2d9bb758621de19c32eb

Windows 64 Bit

[CREATE] Fw: [scribus] Swatchbooker project needs some help

2016-01-15 Thread Christoph Schäfer



> Gesendet: Donnerstag, 14. Januar 2016 um 19:57 Uhr
> Von: "Scribus User" 
> An: "Scribus User Mailing List" 
> Betreff: [scribus] Swatchbooker project needs some help
>
> Swatchbooker has been discussed recently as a game changing tool for
> OpenSource color management. Christoph has helped spearhead the effort to
> bring more attention to Swatchbooker and it's important abilities.
> 
> Earlier last year the Swatchbooker dev, Olivier Berten started a migration
> from Launchpad to Github. The migration isn't complete. Also there are some
> issue binding python with lcms2 that is inhibiting development. Anyone in
> the community interested in helping Swatchbooker move forward? Efforts to
> move this project forward will benefit other other Libre Graphics suites as
> well.
> 
> Thanks for your attention and possible assistance.
> 
> https://github.com/olivierberten/SwatchBooker/issues/3
> 
> Cheers,
> Kunda
> -- next part --
> An HTML attachment was scrubbed...
> URL: 
> 
> ___
> Scribus Mailing List: scri...@lists.scribus.net
> Edit your options or unsubscribe:
> http://lists.scribus.net/mailman/listinfo/scribus
> See also:
> http://wiki.scribus.net
> http://forums.scribus.net
> 
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

[CREATE] Better ODF support in Scribus

2016-01-06 Thread Christoph Schäfer

Hi all,


The latest round of ODF filter updates for Scribus has been finished last night 
with a completely rewritten ODT importer (kudos to Franz!). It not only 
supports more ODT features, but is also more tolerant when it comes to files 
not created by LibreOffice or OpenOffice.

All the new cool stuff, which also includes RTF, DOCX and finally working XTG 
import, will be very soon available in the development candidate 1.5.1. 

Those who build Scribus trunk for testing purposes are encouraged to throw as 
many ODF files as possible at the new Scribus ODF importers, especially files 
*not* created by LO/AOO, e.g. MS Office, WordPerfect Office, TextMaker Office, 
iWorks, Calligra etc.

The currently supported file formats are: ODT, ODG, and ODP.


Happy testing!



Christoph

___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

Re: [CREATE] LGM 2017 - Location confirmed: Brazil

2015-11-21 Thread Christoph Schäfer

That's great news, given the huge number of contributors from South America.

However, I wonder whether Brazil will be able to manage this. I mean, organising the world's biggest sporting event last year and doing the same for the second-biggest event next year is one thing, but hosting LGM? How will the country cope with the mass influx of Libre Graphics users, contributors, and coders, including, in some cases, their spouses and children? Will the stadiums for birds-of-a-feather sessions be ready by 2017, and will they provide electricity and WiFi? How many poor natives will have to be relocated to build luxury apartments and hotels for the rich LGM crowd?

Most importantly: Will the outcome of the LGM-final (or semi-final) have serious implications on the next Brazilian presidential elections?

;)

Christoph

Gesendet: Samstag, 21. November 2015 um 21:07 Uhr
Von: "Louis Desjardins"
An: libre-graphics-meet...@lists.freedesktop.org, "Create ML"
Betreff: [CREATE] LGM 2017 - Location confirmed: Brazil

Hi all,

It’s a pleasure to announce today that a consensus has been reached among participants in the LGM organization towards Brazil for the LGM location in 2017.

LGM 2017 will take place during 4 days in the period between 15-Apr-2017 and 31-May-2017.

The conference will be hosted either in a University on Niteroi city Municipality or in the city of Rio de Janeiro. We are now entering in conversations to secure a nice place. Connections with local developer and designer (users) community will be prioritized.

*Dates* and *venue* will be announced within the next few weeks.

Looking forward for a super LGM #12 in 2017!

Cheers!

Louis
For the LGM oganization
___ CREATE mailing list CREATE@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/create

___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

[CREATE] swiss publishing days 2015 in Bern: slides, including those from Libre Graphics talks, available for download

2015-11-14 Thread Christoph Schäfer

Hi all,


The slides of the talks during the "swiss publishing days 2015" in Bern are now 
online: 
http://swiss-publishing-week.ch/winterthur_n.php?t=Teilnehmer-Seite_group=19


The most interesting talk with respect to Libre Graphics, was the one by Beat 
Kipfer (http://swiss-publishing-week.ch/dynpg/upload/imgfile1855.pdf) on 
Scribus, GIMP and Inkscape. He erred in several aspects, as those who can read 
German will certainly discover, but I was there and corrected the errors on the 
spot. Most importantly, though, Beat praised all three projects for their 
reliability and their longevity. According to Beat, they are worthy competitors 
to Adobe CC. It was also remarkable that one participant stood up during the 
Q session, and said (in German, of course): "I'm still an Adobe customer, but 
I'm about to leave the company's products, because their priority seems to be 
to find ways to suck their customers dry without even bothering to fix existing 
bugs. We should applaud and support the efforts of the Open Source community, 
because without them, there wouldn't be any competetion at all". The audience 
reacted with a long applause (and if you know the Swiss, this was a truly 
amazing reaction).


The slides of the presentation by Holger Everding (FreeColour) and I on the 
advantages of a vendor-neutral and CIELAB-based colour standard are also there: 
http://swiss-publishing-week.ch/dynpg/upload/imgfile1973.pdf, as are the slides 
of my talk on open file formats 
(http://swiss-publishing-week.ch/dynpg/upload/imgfile1858.pdf). Please don't 
bother downloading the latter, because I only used the slides as a visual 
introduction to what I said and demonstrated with real files (e.g. showing the 
content of an ORA file in Ark).



Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

[CREATE] First working version of a QuarkXPress Tag import filter in Scribus ready for testing

2015-10-27 Thread Christoph Schäfer

Hi all,


As of yesterday night, Scribus 1.5.1svn finally provides a working import 
filter for XTG files (QuarkXPress Tags), i.e., plain text files with formatting 
instructions. Until then, the XTG filter's main achievement was to not crash 
Scribus and to import the files as plain text, without parsing the formatting 
tags ;)


For those who regularly build bleeding edge Scribus, it's not perfect yet but 
it already works very well, provided you don't use OpenType ligatures in 
XPress. It nevertheless needs serious testing, though.


To test the import of XTGs into 1.5.1svn text frames, you obviously need to 
compile the latest version of Scribus trunk. Once built, XTG files can be 
imported into text frames just like ODT or RTF files.


If you happen to have access to either QuarkXPress, or another software that 
can export XTG files (there are many export mechanisms available for 
databases), or some legacy files, we'd be grateful if you could upload them to 
http://bugs.scribus.net/view.php?id=11311, provided you don't violate anyone's 
copyrights in the content of the XTGs. Please note that Quark only added 
UniCode support in version 7 of XPress, so it would be interesting to test 
non-Unicode files from different platforms and earlier XPress versions. 
Moreover, we've been able to test XTG files from versions 4 to 2015. If anyone 
has a copy of XPress v. 1 to 3, as well as a VM for ancient operating systems 
at hand, it would help us to cover XTG from its inception to the present.



Happy testing!


Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

[CREATE] RTF import in Scribus 1.5.1svn

2015-10-15 Thread Christoph Schäfer

Hi all,


Franz has added an initial version of an RTF importer to Scribus 1.5.1svn, 
which will close an important feature gap, since formatted text is still 
overwhelmingly exported as RTF for use in DTP programmes.

Those of you who regulary build and test Scribus trunk are encouraged to test 
the filter by throwing all kinds of complex text snippets created by every 
programme you can get your hands on at Scribus 1.5.1svn.


Happy testing,


Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

[CREATE] New Libre Graphics articles in the Swiss "Publisher" magazine available online

2015-10-07 Thread Christoph Schäfer

Hi all,


The print edition of Publisher 5-2015 is out, and as per usual, the articles 
are now freely accessible online.

If you can read German, an article on G'MIC, titled "G'MIC -- the magic set" is 
available here: http://publisher.ch/dynpg/upload/imgfile7063.pdf

The column I wrote to promote open file standards, titled "For the sake of 
competition" can be downloaded here: 
http://publisher.ch/dynpg/upload/imgfile7072.pdf

If you want to use Google Translate, there are also HTML versions available 
(albeit without pictures): 
http://publisher.ch/fachzeitschrift_detail.php?t=G%2592MIC%2B%2596%2Bder%2BZauberkasten_article=8654=G%92MIC%20%96%20der%20Zauberkasten
 and 
http://publisher.ch/fachzeitschrift_detail.php?t=Dem%2BWettbewerb%2Bzuliebe_article=8663=Dem%20Wettbewerb%20zuliebe
 respectively.


Have fun


Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

Re: [CREATE] ORA logo?

2015-09-27 Thread Christoph Schäfer

> Gesendet: Sonntag, 27. September 2015 um 15:48 Uhr
> Von: "Boudewijn Rempt" 
> An: "Gregory Pittman" 
> Cc: create@lists.freedesktop.org
> Betreff: Re: [CREATE] ORA logo?
>
> Looks fine to me! I completely missed that, I guess (or forgot...)
> 
> 
> On Sun, 27 Sep 2015, Gregory Pittman wrote:
> 
> > On 09/27/2015 08:48 AM, Jon Nordby wrote:
> >> There was a proposal sent on Create list some years back.
> >> Don't think there was a good reason that we did no use anywhere...
> >> 
> >> http://lists.freedesktop.org/archives/create/2010-July/002995.html
> >> http://lists.freedesktop.org/archives/create/attachments/20100714/594f727e/attachment-0001.svg
> >> 
> >
> > Looks like a good ad hoc logo to me...
> > A propos for the times.
> >
> > Greg

Hi all,

Thank you very much for your replies!

The draft SVG looks, obviously, quite similar to the official ODF logo, which 
triggers two follow-up questions:

1) Are there any plans to make ORA ODF-compliant? Alan Horkan has demonstrated 
that it takes only minimal additions to an ORA file to let an ODF-supporting 
programme open it as an ODG file (http://alanhorkan.livejournal.com/59192.html).

2) Do you plan to hand over the development of ORA to a body like OASIS once it 
has reached maturity?

For those who can read German, the next issue of the Swiss "Publisher" magazine 
will include a column asking for open and XML-based file standards in the 
publishing industry to enable competition (and I explicitly mentioned ORA and 
SVG). It will also comprise an article on G'MIC. The articles will be available 
for free on www.publisher.ch once the print edition has been shipped 
(presumably by mid-October).

Kind regards,

Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

[CREATE] ORA logo?

2015-09-27 Thread Christoph Schäfer

Hi all,


I'll be advocating open file format standards during the "swiss publishing 
days" in November in Bern/Switzerland. For pixel images, I will of course 
introduce ORA, but I couldn't find anything resembling the "official" SVG logo. 
Did the good souls behind ORA already consider the creation of an SVG logo? If 
not, I'd simply use the freedesktop.org logo.


Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

[CREATE] A few questions regarding SVG and ODF standardisation

2015-08-01 Thread Christoph Schäfer

Hi there,

I'll be holding a talk on Open File Formats (ODF, SVG, ORA etc.) during a 
prestigious conference primarily targeting German-speaking Adobe users (swiss 
publishing days: http://swiss-publishing-week.ch) in November in Bern.

For that purpose I'd be glad to receive some detailed information from those 
who are actually involved in committee meetings and the drafting process (w3c, 
OASIS ...).

Please note that my primary interest is not technical details, but rather 
organisational and social issues. Hence my request to reply to this mail only 
off-list, as I don't want to blame anyone during my talk.


Thanks in advance for your replies,


Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

[CREATE] Radio talk regarding Scribus, GIMP and Inkscape

2015-06-30 Thread Christoph Schäfer

Hi all,


As of yesterday, a local Swiss radio station has made available a podcast (MP3, 
AAC: http://www.stadtfilter.ch/DigitalPodcast/Digital20150623) that covers 
Libre Graphics alternatives to Adobe CC. It's a mix of Swiss German and High 
German, just in case you're interested in listening to it.

The person being interviewed via Skype is me. I'll take full responsibility for 
every wrong information I may have forwarded, and I'm ready to take the blame.

Enjoy or swear ;)

Best,


Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

[CREATE] New features in Scribus 1.5.1svn -- feedback, testing and bug reports required

2015-06-15 Thread Christoph Schäfer

Hi all,


Not long ago, we released Scribus 1.5.0, and the development of 1.5.1, which 
will bring us closer to the next stable version 1.6.0, is underway.

We have recently added some amazing new features that need feedback and testing 
from those who are willing to build 1.5.1svn (and a new dependency) from source 
and to test, namely:

1) Scribus 1.5.1svn comes with a new and modern icon set. It's not 100% 
complete yet, and you need to turn it on in the Preferences (it will become the 
default set once it's complete).

2) Scribus can now handle the CIELAB colour space and comes with a new CIELAB 
colour map for picking colours.

3) Scribus can now import/use Swatchbooker palette files (SBZ), which, together 
with CIELAB support, means that you can take full advantage of the Open Colour 
Systems Collection 
(http://lists.scribus.net/pipermail/scribus/2015-May/051770.html).

4) Scribus can now import/use Adobe Swatch Exchange files (ASE).

5) Thanks to the release of libfreehand 0.1.1 by the Document Liberation 
Project, Scribus can now import Freehand files (FH*) to the extent libfreehand 
allows. To build libfreehand 0.1.1 on Linux, just extract a source archive 
available from http://dev-www.libreoffice.org/src/libfreehand, cd into the 
source directory, run ./configure, make, and (as root) make install, and 
finally ldconfig, also as root. After that, CMake will detect libfreehand 
automatically (make sure to delete CMakeCache.txt in the ./Scribus source 
directory before running your cmake command). Initial tests have shown that 
it's already working pretty well.


The Scribus Team (and I'm sure Document Liberation as well) would be grateful 
for feedback and bug reports.


Thanks,

Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

[CREATE] Scribus 1.5.0 released

2015-05-25 Thread Christoph Schäfer

After many years of work and more than a thousand bugfixes and feature 
implementations, the Scribus Team is pleased to announce the release of Scribus 
1.5.0. Scribus 1.5.0 is a preview of the next stable version 1.6.0 and has 
primarily been released for testing purposes, so more users can help us with 
identifying and fixing bugs. It is not stable enough for use in real production 
scenarios yet, but it can help users to become familiar with the new interface 
and the amount of new features, the number of which has almost doubled in 
comparison to the stable 1.4.x series.


==Most Important Technical Changes==

- Scribus 1.5.0 uses Qt 5 as its UI toolkit. The minimum version to compile 
Scribus from source is Qt 5.4.

- The file format has undergone significant changes and may change even further 
before the release of 1.6.0. Thus, files created or edited in 1.5.0 cannot be 
opened in earlier versions of Scribus. Potential changes to the file format on 
the road to 1.6.0 notwithstanding, the Scribus Team will work very hard to make 
sure that files created by 1.5.0 and the following technology previews can be 
opened reliably in the next stable release.

- Unfortunately we cannot offer GraphicsMagick and Open Scene Graph support for 
all platforms yet, whereas on Linux (and probably *BSD), GM and and OSG have 
become new dependencies.

- Scribus will detect an installed version of UniConvertor and use it to import 
some of the vector formats supported by this program into Scribus.

==Most Important New Features==

===General===

-The user interface has been overhauled and restructured in many places. For 
example, the context menu takes a lot less screen estate than before, and the 
Document Setup / Preferences dialog has been rewritten from scratch. The 
Scribus Team is aware of the remaining deficiencies and will work on resolving 
these issues before the release of 1.6.0. In some cases inconsistencies in the 
UI (e.g. the Drop Shadow tab in the Properties Palette) have been 
deliberately left in place to receive feedback from users as to which way they 
prefer.

- Scribus can now store bitmap images within its native file format. Previously 
it was only possible to link to external images.

- Scribus 1.5.0 now offers a Symbol or clone feature similar to Adobe 
Illustrator: If one master object (Symbol) has been modified, all of its copies 
(clones) are being modified as well.
   
- With the new Weld feature, objects can be combined and moved without being 
grouped, i.e., each object remains fully editable.

===Text / Typography===

Scribus 1.5.0 provides some of the most often requested text features, among 
them:

- vertical scaling of text;

- orphans and widows control;

- foot and end notes;

- text variables;

- cross references.

Moreover, Inline Objects in text frames are finally fully editable.

===Tables==

In previous Scribus versions tables were nothing more than combined text 
frames. Scribus 1.5.0 finally introduces real tables that resemble table 
features in word processors and other DTP programs, including table styles.

===Graphics===

- A new feature-rich plug-in called 'Picture Browser' enables asset management 
for graphics files by tagging them or creating graphics collections. Graphics 
files can be dragged into a Scribus document from the Picture Browser.

- Scribus 1.5.0 supports all advanced gradient types available in Adobe 
Illustrator and XARA Designer, including mesh gradients.

- One of the most-requested features -- drop shadows -- is finally available, 
albeit still experimental.

- For documents that comprise many large (in terms of file size) bitmap images, 
a configurable image cache has been added. It can buffer image files to the 
hard drive and free RAM, so Scribus can continue to run smoothly.

===File Import / Export===

Scribus 1.5.0 is being shipped with a huge number of new or rewritten import 
filters, although not all of them are of equal quality, and some are still 
experimental.


DTP Files

For the first time in its history, Scribus 1.5.0 can open / import files 
created by other DTP programs, namely: Adobe InDesign XML (IDML), Adobe 
InDesign Snippets (IDMS), Adobe PageMaker (P65, PMD), Apple iWorks PAGES, 
Microsoft Publisher (PUB), QuarkXPress Tags (XTG), VIVA Designer XML, and Xara 
Page  Layout Designer (XAR).

Regarding DTP formats not yet supported, a workaround is sometimes to use an 
output format as an option. Accordingly, Scribus 1.5.0's PDF importer has been 
rewritten from scratch, and Scribus can now reliably open almost every PDF file 
directly with the original layout intact. For Windows users, Scribus 1.5.0 also 
comes with reliable import filters for Microsoft's PDF alternatives XPS 
(Windows Vista and 7) and OXPS (Windows 8 and later).

Vector Drawings

- The import filter for Adobe Illustrator files has been rewritten from scratch 
and Scribus's graphics capabilities have been expanded

[CREATE] New Intiative FreieFarbe/FreeColour announces Open Colours Systems Collection 1.0

2015-05-02 Thread Christoph Schäfer

I'm pleased to introduce a new member to the Libre Graphics Community: the 
German initiative FreieFarbe / FreeColour.

Please take note of their initial announcement below.

Christoph

===

Announcement: Project FreieFarbe / FreeColour has been launched and Open Colour 
Systems Collection 1.0 has been released

Websites: www.freiefarbe.de and www.freecolour.org

FreieFarbe / FreeColour is a loose association of (until now) German-speaking 
colour professionals of all stripes, from designers to software developers. 
FreieFarbe / FreeColour intends to promote colour communication, and its 
interests aren't primarily commercial.


==Liberating Colour==

The founders of FreieFarbe / FreeColour are convinced that currently available 
proprietary and aggressively protected colour systems, like Pantone, NCS et 
al., aren't the best solutions to handle colour.

Hence FreieFarbe's / FreeColour's dedication to promote and work on the 
following objectives:

- Making colour literally and metaphorically calculable;

- Making existing and future colour system comparable;

- Simplifying colour communication;

- Overcoming excessive licensing, copyright and trademark protections for 
colours by providing better and open alternatives;

- Creating an online resource pool with the necessary knowledge for consistent 
colour workflows;

- Making the mystery that is colour comprehensible.


In other words: It wants to *liberate colour from its proprietary chains*.


FreieFarbe / FreeColour is open to everyone who is interested in contributing 
and willing to share personal or professional knowledge with a wider public. 


==The Future: CIE L*a*b* and HLC==

One step to liberate colours is the universal adaption of the CIE L*a*b* colour 
model, and this includes end users. Since CIE L*a*b* isn't very intuitive, 
FreieFarbe / FreeColour also promotes the use of the HLC (Hue, Lightness, 
Chroma) colour definition, which is easier to handle than pure L*a*b*. From a 
user point of view, it's similar to HSV in the RGB colour model, but much more 
reliable and flexible.


==Open Colour Systems Collection (OCSC) 1.0 Available for Download==

As of today, one of the founding members of FreieFarbe / FreeColour, Holger 
Everding, CEO and owner of dtp studio oldenburg, a German company specialised 
in colour software, has made available a collection of more than 350 commercial 
colour systems under a Creative Commons licence: The Open Colour Systems 
Collection (OCSC) 1.0. These colour palettes can be freely distributed with all 
Libre Graphics programmes.

Please note that the digital colour values in these palettes aren't necessarily 
identical with the official ones provided by the respective colour vendors. 
Instead, they are based on a sophisticated spectrometric measuring procedure of 
the official physical colour references (fans, swatches etc.). Thus, they are 
potentially even more correct than the official vendors' palette files. Also 
note that, for obvious reasons, the big colour systems (Pantone, RAL, NCS 
etc.) are not included, but it's more than a start. The colour systems cover 
all kinds of use cases: print, foils, paint, varnish, textiles and many more.

Regarding the licence, dtp studio decided to use a rather restrictive CC 
version: CC BY-ND 4.0. The simple reason for this choice is that users across 
programmes and platforms need to be assured that they are working with the same 
colour values when using a specific palette. In other words: It's an important 
part of the colour communication objective.

The colour palettes in dtp studio's proprietary software products were 
originally in the company's proprietary BCS binary format. These BCS palettes 
were accompanied by plain text and image files, which are being read by the 
respective programmes at runtime.

By contrast, the Open Colour Systems Collection is available in Swatchbooker's 
SBZ format. FreieFarbe / FreeColour and dtp studio are aware of the fact that 
the SBZ format isn't widely supported yet, but it seemed to be the only format 
that was fit for purpose:

- It allows for storing CIE L*a*b* values (since all Open Colour Systems 
Collection files use this colour model);

- It allows for storing metadata, including: description, copyright and 
licensing information, as well as metadata translation (the descriptions of the 
palettes are currently being stored in English and German in each file);

- There exists a reference implementation in the form of Swatchbooker;

- Since SBZ files are ZIP archives, it was possible to add a preview (a 
photograph of the real world colour fans or swatch) to most of them.


FreieFarbe / FreeColour and dtp studio would be pleased to cooperate with the 
Libre Graphics Community on improvements to the SBZ format, its eventual 
standardisation, or the development of better alternatives. Both would also be 
glad to explore future fields of cooperation with respect to the objectives 
mentioned above, including

[CREATE] GIMP and Scribus at swiss publishing week 2014

2014-07-17 Thread Christoph Schäfer

Hi all,


For those who are interested in attending, GIMP and Scribus will be presented 
at swiss publishing week 2014 in September in Winterthur, Switzerland.


GIMP will be presented by Peter Jäger, a professional Photoshop trainer and 
image editing expert from Switzerland, Scribus by Christoph Schäfer, i.e. 
myself (Scribus Team). The GIMP presentation (11 September) will focus on GIMP 
as an alternative to Photoshop. My Scribus talk (10 September) will cover 
advanced graphics features in Scribus 1.4.x and 1.5.0svn.


Conference language will be German, and since this is a commercial event for 
professionals, attendance fees are quite hefty (675 CHF for two days if one 
isn't eligible for a rebate).


While this is mostly an Adobe-centred and Adobe-sponsored event, I think 
getting invited to a conference like this is a sign of Libre Graphics software 
finally being taken seriously by graphics/publishing professionals. The 
organiser is the Swiss Publisher magazine, one of the sponsors of LGM 2014, 
and the magazine's editors have considered Open Source programmes to be natural 
alternatives for some time already, as their Software news section 
demonstrates.


Website: http://swiss-publishing-week.ch


Conference schedule: 
http://swiss-publishing-week.ch/dynpg/upload/imgfile1413.pdf



Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

[CREATE] Send your project's press releases to the Swiss Publisher magazine!

2014-04-20 Thread Christoph Schäfer

Hi all,

The Swiss Publisher Magazine (www.publisher.ch), one of this year's LGM 
sponsors, seems to have intensified its reporting about FLOSS Graphics not only 
with respect to featured articles, but also in its News section recently. 
Hence my suggestion for projects that are relevant for a magazine dedicated to 
professional publishing (print and digital) to send the editors press releases 
and/or release notes, provided your software also runs on either Windows or Mac 
OS X, or both. The current issue provides a featured article on Scribus, as 
well as two news items on Inkscape and Krita!

It would be even better to write a short text (max: 3 short paragraphs) in 
German, using Swiss spelling and typography in case you have native-speaker of 
German in your team. Swiss spelling mostly comes down to not using the 
ß-ligature (replace it with ss), and Swiss typography means using guillemets 
as in French, but *without* thin spaces. If possible/desirable, you can also 
add a screenshot as a PNG. The magazine uses Apache OpenOffice for word 
processing, so ODT files are fine. If you are sending them a text, please don't 
forget to add a link to your project's website at the end of the article.

You can send your press releases/news articles to n...@publisher.ch.

While Switzerland is a small country, its industry, alongside Belgian, German 
and Japanese companies, belongs to the world leaders in printing technology, 
which is why Publisher is being read well beyond the Swiss borders. Thus, 
being mentioned in this publication helps to appear on the radar of 
professional users, at least in large parts of Europe.


Best,
Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

[CREATE] Fw: [scribus] Open Raster import in 1.5.0svn

2014-03-27 Thread Christoph Schäfer



 Gesendet: Mittwoch, 26. März 2014 um 23:54 Uhr
 Von: Christoph Schäfer christoph-schae...@gmx.de
 An: Scribus User Mailing List scri...@lists.scribus.net, Scribus 
 Development Mailing List scribus-...@lists.scribus.net
 Betreff: [scribus] Open Raster import in 1.5.0svn

 Hi all,
 
 As of tonight, Scribus 1.5.0svn can import Open Raster files (ORA) into image 
 frames.
 
 Happy testing!
 
 Christoph
 
 ___
 Scribus Mailing List: scri...@lists.scribus.net
 Edit your options or unsubscribe:
 http://lists.scribus.net/mailman/listinfo/scribus
 See also:
 http://wiki.scribus.net
 http://forums.scribus.net

___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

[CREATE] Co-Inventor of QuarkXPress Xtensions Offers Scribus Support

2014-03-12 Thread Christoph Schäfer

Dear Scribus users,

I have wonderful news for you and for Scribus!

Software Consulting Services, LLC (www.newspapersystems.com), the co-inventor 
of QuarkXtensions, has released version 14.0.1 of the advertising dummying 
system Layout-8000. One of its major new features is full support for Scribus 
1.4.3 and later versions on Linux, Mac OS X and Windows.

SCS will provide its customers a powerful Scribus plug-in called ScrImLay, 
which is written in Python and licensed under the GPL. ScrImLay enables import 
of Layout-8000 geometry files into Scribus and offers the same editing 
functionalities as the respective plug-ins for InDesign and QuarkXPress. A 
comparison between the results in InDesign, QuarkXPress and Scribus can be 
found here: https://www.dropbox.com/s/hwvcw4emmyjm0d5/ScribusPages.pdf

Scribus is also being supported for ad building from within SCS's CAS/CDS 
(Community Display Services/Community Advertising Services).

Moreover, SCS will help customers to set up Scribus and walk their staff 
through the entire process.

Most importantly (for us), the company decided to actively participate in the 
Scribus community. SCS will promote Scribus to its customers and help us 
improve the program.

Software Consulting Services, LLC is one of the leading providers of complete 
publishing, digital asset management and advertising systems for small, 
mid-sized and large metro newspapers with more than 30 years of experience in 
the newspaper business. By supporting Scribus, SCS hopes to be as disruptive as 
with the introduction of QuarkXPress and DTP to newspapers in 1987 with the 
co-invention of QuarkXTensions and SCS/LinX.

Welcome to Scribus, SCS!

Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

Re: [CREATE] Code of Conduct

2014-01-20 Thread Christoph Schäfer

Hi Simon,

 Hi Christoph.
 
 Christoph Schäfer (christoph-schae...@gmx.de) wrote:
  Second: You don't actually expect a rational discussion on the issues
  you raised, do you? 
 
 Correct me if I'm wrong, but you don't either, right?

Wrong. I asked very simple questions.

 
 Your (I think) first mail on that topic was very confrontational and the
 tone of your demands for explantations did seem to indicate to me that
 you're not interested in the answers, but in non-answers, so that you
 later can shoot down the proposal.

Wrong again. I was *very* intersted in substantial answers.

 
 Seems you got your non-answers:
 
  I refuse [...] Psychoanalysis or Creationism [...] futile, [...]
  reinforce their dogmas.
  
  fundamentalist [...] prejudices, [...] false assumptions, [...]
  dogmas [...] removing Libre [...] Righteous (RGM), [...] nothing of
  the original Libre will be left.
 
 Right. Because installing firealarms will only attract arsonists and
 basically make the house inhabitable.

Right. Because male white human beings are priviledged and also monsters that 
need to be kept at bay.

If that's what defines the Libre Graphics Community, I'd rather not belong to 
it.

Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

Re: [CREATE] Code of Conduct

2014-01-20 Thread Christoph Schäfer



 Gesendet: Montag, 20. Januar 2014 um 21:24 Uhr
 Von: Gez lis...@ohweb.com.ar
 An: create@lists.freedesktop.org
 Betreff: Re: [CREATE] Code of Conduct

   male white human beings are priviledged and also monsters that need to 
   be kept at bay.
 
 Guys, after a few rounds this conversation about white male privilege
 starts to sound a little bit patronizing.
 
 I'm not going to deny that white males from first-world countries have a
 privilege, but that statement coming again and again from... white males
 from first-world countries, sounds like showing off the privilege rather
 than an honest concern.
 So please cut the paternalistic attitude. You don't have to protect the
 less fortunate. Just treat them properly :-)
 
 We, the non-white humans (unless being white from the lack of sun
 exposure because you're a basement nerd counts as white, in that case
 count me in) are pretty aware of that privilege, and we are aware that
 most of the people with that privilege don't use it to bully or harass
 others.
 
 Personally, I think a CoC is ok, but as other people pointed out, I'm
 not sure about how effective it could be. I mean, a jerk is a jerk, a
 code of conduct won't keep him/her from abusing others.
 The only real measure that makes a difference is acting immediately when
 somebody abuses others, ejecting that person from the event and banning
 him/her from future editions.
 I'm not sure if a code of conduct will stop an idiot from being an
 idiot. Privileged or not (a girl from the third world can abuse verbally
 or phyisically a white male too, and that wouldn't be nice either).
 
 People usually behave. Conferences like the LGM gather people with
 similar interests, so it's reasonable to expect a friendly environment.
 If it's really necessary to set a code of conduct keep that in mind and
 try to avoid confronting the majority of cool people attending with a
 negative message, nasty examples and threats.
 
 Kind regards,
 Gez.
 

Couldn't agree more. People don't need to carry civil and criminal law codes 
(or CoC's) with them to treat each other with decency and respect.


Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

Re: [CREATE] Code of Conduct

2014-01-18 Thread Christoph Schäfer

Hi Susan,

 The discussion about keeping people safe and providing a reasonable 
 assurance of a respectful environment has been all over the web for years.  

These are two completely distinct issues.

 I can't possibly cover all the bases about this, especially to everyone's 
 satisfaction.  I'm sorry if this sounds like I'm avoiding the issue, 

But that's exactly what you do. 

 but truly there is so much content that I would be spending several days 
 trying to provide you a synopsis.  

If I want to publish a paper in a peer-reviewed scientific magazine, a footnote 
following your model ([T]here is so much content that I would be spending 
several days trying to provide [...] a synopsis.) would immediately disqualify 
the whole text. I also didn't ask for a synopsis. I asked some very simple 
questions, which I'll repeat:

Your bold statement was: CoCs help keep people safe.

Original reply from me (I changed Q to S -- for statement):

 S: Both are necessary.
C: Please explain why.

No answer so far.

As to the other questions, you cavalierly ignored them, so let me repeat them, 
one by one:

- Please explain how a CoC can help to keep people safe.

- Define who's being threatened.

- Who's the threat?

- What's the threat?

- Who's the safeguard against threats?

- If a threat can't be identified with a single person or a group, please 
define what else should be considered a threat and how a CoC can help (to) 
keep people safe other than law enforcement or civic common sense.

Would you mind answering them? Examples would be sufficient.

Your Norwegian example is pretty weak, btw, since this is boilerplate legal 
language in many European states.

Christoph
 
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

Re: [CREATE] Code of Conduct

2014-01-17 Thread Christoph Schäfer

Gesendet: Donnerstag, 16. Januar 2014 um 19:41 Uhr
Von: Susan Spencer susan.spen...@gmail.com
An: ale rimoldi ale.comp...@xox.ch
Cc: Create ML create@lists.freedesktop.org
Betreff: Re: [CREATE] Code of Conduct

This is a great code of conduct for community at large. (Thanks Jon!)
http://www.python.org/psf/codeofconduct/
And this is a great procedural implementaiton of a code of conduct, needed for
a convention.
https://us.pycon.org/2013/about/code-of-conduct/[https://us.pycon.org/2013/about/code-of-conduct/]
They are two different things, they back each other up.
Both are necessary.
Sorry if it is uncomfortable, but it's certainly not hate speech.
A Code of Conduct is not a villainous bogeyman.
CoCs help keep people safe.
Hi,

I tried to stay away from this discussion, but Susan's latest remarks crossed a
line.

Quotes/comments:

Q: Both are necessary.
C: Please explain why.

Q: CoCs help keep people safe.
C: Please explain how a CoC can help to keep people safe. Also define who's
being threatened, who's the threat, what's the threat, and who's the safeguard
against threats. If a threat can't be identified with a single person or a
group, please define what else should be considered a threat and how a CoC can
help (to) keep people safe other than law enforcement or civic common sense.
Could it be that safety is increasingly becoming an alias for suppressing
views or certain forms of speach I don't like?

Please don't try to interpret what I wrote above in a US context, as I'm a
European and rather centre-left-leaning. Freedom of expression is essential to
my understanding of freedom and democracy, even if free expression may step on
someone's toes. Free societies rely on open and sometimes heated public
debates. Adding layers and layers of taboos doesn't protect anyone. It only
helps to grow dissatisfaction and prejudices.

Christoph

___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

[CREATE] Article on FLOSS vector software in the Swiss PUBLISHER magazine

2013-12-12 Thread Christoph Schäfer

Hi there,

For those who can read German (or want to use an online translation service), 
I've written an article on FLOSS vector drawing programs for the Swiss 
PUBLISHER magazine, which is now available online (HTML and low-res PDF) here: 
http://www.publisher.ch/fachzeitschrift_detail.php?t=Offene%2BKurven%2521read_article=6816t=Offene%20Kurven!

The article covers the following items:

- Xfig (past)
- SVG (present)
- Inkscape (present)
- FontForge
- LibreOffice Draw

JFYI,

Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

[CREATE] Article on libre graphics software in the Swiss PUBLISHER magazine

2013-08-27 Thread Christoph Schäfer

Hi all,

The Swiss PUBLISHER magazine has made my article (in German) on FLOSS pixel 
editing software publicly available:

- 
http://www.publisher.ch/fachzeitschrift_detail.php?t=Freie%2BPixel-Profisread_article=6561t=Freie%20Pixel-Profis
 (HTML)

- http://www.publisher.ch/dynpg/upload/imgfile5977.pdf (PDF)

This is the first article of a series on FLOSS alternatives to Adobe solutions, 
because even professional users (i.e., the magazine's audience) began to feel 
uneasy about Adobe's new licensing/renting scheme and are looking for 
alternatives.

Next up: FLOSS vector drawing software.


Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

Re: [CREATE] Free and legal download of Pantone colour palettes from Adobe

2013-03-28 Thread Christoph Schäfer



 Gesendet: Donnerstag, 28. März 2013 um 05:55 Uhr
 Von: Guillermo Espertino (Gez) gespert...@gmail.com
 An: create@lists.freedesktop.org
 Betreff: Re: [CREATE] Free and legal download of Pantone colour palettes from 
 Adobe

 El 28/03/13 00:14, Christoph Schäfer escribió:

  I did not mean to say otherwise. This is good news for *individual users*, 
  who now can, thanks to Olivier's creation Swatchbooker, easily download 
  these palettes and convert them to a format their Libre program can use. 
  That's all, b*ut for many users that's already a lot. It should also be 
  mentioned that these palettes include only the traditional Pantone Color 
  Bridge palettes, not Pantone Goe or Pantone Plus.


 Swatchbooker Batch Converter has always had a feature to download
 Pantone palettes from Pantone X-Ref site and convert them into usable
 palettes for libre graphics packages.
 I used that feature and created gpl palettes for GIMP and Inkscape from
 the Pantone Formula books (originally in Lab) and xml palettes for
 Scribus from the Formula and Bridge books.
 I even created a Pantone Palette for OpenOffice :-)

 So, what exactly does the the publishing of those packages change?

 Gez

 p.s.: Oh, and btw, the batch converter also gets Goe and fashion books
 from X-Ref.

What the downloading option in SwatchBooker does is accessing public data for 
an iPhone app, and what you get is RGB values which are not intended for use in 
professional publishing. The files made available by Adobe are spot/CMYK/RGB 
colours stored as L*a*b*. In other words, in terms of professional publishing, 
the data downloaded by SwatchBooker are toys, whereas the data made available 
by Adobe are the real thing.

Moreover, consider yourself lucky that Pantone hasn't unleashed an army of 
lawyers on you yet ;) Maybe this is due to your jurisdiction, but it is 
unthinkable that Pantone wouldn't object to the distribution of their digital 
colour palettes without a proper licence agreement. The web is full of sites 
that used to list Pantone colours but were forced to remove them after Pantone 
threatened legal action. Whether we like it or not (in terms of results), 
Pantone is just as entitled to use copyright and trademark protection for their 
purposes as are Free Software and Open Content projects. If we don't respect 
the rights of others, we lose the moral rights to enforce our own Free and Open 
licenses. It could also seal doors that are currently closed, but may be opened 
in the future (think of IBM, for instance): Constant dripping wears away the 
stone.


Cheers,

Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

[CREATE] Free and legal download of Pantone colour palettes from Adobe

2013-03-27 Thread Christoph Schäfer

Hi,

Just in case it has escaped anyone's attention, Adobe has made the Pantone 
colour palettes that had been shipped with Illustrator versions prior to CS6 
freely available for download here: 
http://helpx.adobe.com/illustrator/kb/pantone-plus.html

All you need is SwatchBooker to convert the ACB files to the format you need :)

Cheers,

Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

Re: [CREATE] Free and legal download of Pantone colour palettes from Adobe

2013-03-27 Thread Christoph Schäfer



 Gesendet: Mittwoch, 27. März 2013 um 11:26 Uhr
 Von: Joao S. O. Bueno gwid...@mpc.com.br
 An: Christoph Schäfer christoph-schae...@gmx.de
 Cc: CREATE@lists.freedesktop.org
 Betreff: Re: [CREATE] Free and legal download of Pantone colour palettes from 
 Adobe

 On 27 March 2013 03:43, Christoph Schäfer christoph-schae...@gmx.de wrote:
  Hi,
 
  Just in case it has escaped anyone's attention, Adobe has made the Pantone 
  colour palettes that had been shipped with Illustrator versions prior to 
  CS6 freely available for download here: 
  http://helpx.adobe.com/illustrator/kb/pantone-plus.html
 
  All you need is SwatchBooker to convert the ACB files to the format you 
  need :)

 Coming from Adobe it would be important to distinguish if they are
 librely available or
 gratisly avaliable. I'd supose it is the later. That might suit
 individual users, but
 for including the colors in any project or add on, their terms of use
 have to be scrutinized.

I did not mean to say otherwise. This is good news for *individual users*, who 
now can, thanks to Olivier's creation Swatchbooker, easily download these 
palettes and convert them to a format their Libre program can use. That's all, 
b*ut for many users that's already a lot. It should also be mentioned that 
these palettes include only the traditional Pantone Color Bridge palettes, not 
Pantone Goe or Pantone Plus.


Cheers,

Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

Re: [CREATE] swatches

2013-03-06 Thread Christoph Schäfer

Hi Olivier,

 I indeed stopped working at it as it seemed nobody was interested in
 it (on the developers' side at least)...
 

From the perspective of Scribus, SwatchBooker is an indespensable tool. We 
have dedicated a separate page in our online docs to your work, as well as 
mentioned it several times in different contexts in the docs and our Wiki.

As far as development is concerned, I guess our guru didn't look further into 
it because the licences are incompatible (GPL 2 vs. GPL 3). I might add that 
our OS/2/eCS and Haiku maintainers are planning to port the required libraries 
to their respective platforms, so SB can be run on these as well.

I'd be very sad if SB must be considered dead, as it can really be a life saver.

My 2 ct.


Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

[CREATE] Sample files from older programs for those who would like to re-engineer

2012-07-29 Thread Christoph Schäfer

Hi,

I finally managed to install eComStation (formerly known as OS/2) in 
VirtualBox. Since eCS is also being shipped with a Windows 3 environment, I was 
able to install some really old graphics programs whose output may be of 
interest to those who are versed in reverse engineering.

Here's what I have found and installed in my files (gosh! how cheap these 
programs were back then!):

- CorelDraw (Suite) 5.0 for Windows 3
- Micrografx Designer 4.1 for Windows 3
- PageMaker 5.0 for Windows 3
- QuarkXPress 3.3 for Windows 3
- Visio 4.0 (i.e., before Visio was acquired by MS) for Windows 3

I also have IBM Works for OS/2 (the predecessor of SmartSuite) and StarOffice 
5.1a for OS/2 installed.

If someone is interested in reverse-engineering the Maul Publisher file format 
(Maul is a desktop publishing program for OS/2 and Windows), the eComStation 
add-on disc comprises a demo version, so I would be able to produce sample 
files as well.

Since all of the files created by these programs are from the early nineties, 
their content is probably not as complex as the output produced by their 
current incarnations.

Cheers,

Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

Re: [CREATE] What color libraries do you use?

2011-01-08 Thread Christoph Schäfer

On Donnerstag, 6. Januar 2011 18:19:51 Olivier BERTEN wrote:
 Hi!
 
 I was wondering in real life graphic design what color libraries other
 than Pantone people actually use...
 
 NCS, RAL, HKS someone?
 
 Olivier

Salut !

It really depends on where you live/work and your area of work.

Pantone is ubiquituous, but even Pantone needed to create separate palettes 
for different purposes (e.g. printing, painting etc.).

RAL is a de-facto standard in Europe when it comes to industrial design or 
painting, but is less used in printing.

HKS is a standard designed exclusively for printing and wide-spread in 
Germany and some neighbouring countries.

NCS is being used in architecture, interior and industrial design. I don't 
know anyone who uses NCS for print or web design.

Focoltone, Toyo and DIC are Japanese colour libraries and, as far as I know, 
rarely used outside Japan.

Trumatch is just another way to describe CMYK process colours.

Some commercial applications, like those from Adobe, Quark and Corel also 
contain additional libraries, like ANPA (outdated) or DuPont SpectraMaster 
(CorelDraw -- maybe because some specialised print shops use them).

This is just a cursory overview, of course. I hope others will add their own 
experiences.

Cheers,

Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

Re: [CREATE] id cs4 eula

2010-05-03 Thread Christoph Schäfer

Am Montag, 3. Mai 2010 15:49:01 schrieb Leonard Rosenthol:
 The .indd file format isn't public, AFAIK - but since I am attending the
 Creative Suite Developers Conference today - I will double check!

 What _IS_ available to you and should be under an acceptable license (and
 if not, let me know and I'll get it fixed!) is the .indx format (aka IDML)
 which is the XML+ZIP-based file format used by CS4 and CS5 for document
 interchange with other products, including our own.

 I would recommend that if you plan to add support for InDesign to some
 other product (eg. Scribus), go with .indx.

 Leonard

I can confirm that the IDML and INX specs are under an acceptable license. The 
experimental Scribus branch 1.5svn already has an IDML import filter.

Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

Re: [CREATE] CREATE Digest, Vol 55, Issue 10

2010-01-21 Thread Christoph Schäfer

Am Freitag, 22. Januar 2010 05:56:11 schrieb Jon Cruz:
 On Jan 22, 2010, at 5:06 AM, Cyrille Berger wrote:
  Ok, I will clarify my opinion. I agree that swatchbook is more than just
  colors, that includes gradient, pattern, brushes, etc... And that we
  currently have no easy way to exchange swatchbook, between users, and
  applications. So we definitely need a specification for swatchbook.
  However, what I do not know (and therefor I have no opinion) is wether we
  need a specification for the gradient themselves, or if SVG gradients are
  enough, or if something is missing in SVG gradients.

 Yes. I did some analysis and it turns out that once you remove the physical
 applications of gradients (and thus also linear vs. radial gradients) SVG
 gradients are a subset of GIMP gradients.

 http://wiki.inkscape.org/wiki/index.php/Swatch_Book#Gradient

 I'm also working on implementing this *right now*  :-)

 Well, we've got some stuff going here at linux.conf.au and Christoph S.
 needs the open format right away. 

No, he doesn't ;) At least one ink vendor and Adobe will be attending LGM to 
discuss the new format. An existing draft wouldn't hurt, though :)

Cheers,

Christoph

___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

Re: [CREATE] open colour wave ridden or not?

Am Mittwoch, 30. Dezember 2009 04:13:18 schrieb Leonard Rosenthol:
 On Tue, Dec 29, 2009 at 10:00 PM, Louis Desjardins 

 louis_desjard...@mardigrafe.com wrote:
  Pantone is not an ink manufacturer.

 Pantone, a division of XRite, most certainly produces inks, paints and
 more. I can tell you that their representative at the ICC speaks about
 their inks quite often during meetings...

If Pantone produces inks, someone forgot to tell their webmaster ;)

Pantone sells _paints_ produced by Fine Paints and _dyes_ produced by 
Clariant, but no inks. Instead they have partnerships with ink manufacturers 
around the world who get some of their inks certified by Pantone.

Cheers,

Christoph

___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

Re: [CREATE] open colour wave ridden or not?

Am Mittwoch, 30. Dezember 2009 04:41:54 schrieb Jon Phillips:
 Interesting. The question I have is if our efforts are important and
 should be continued, and we should increase amount of energy put into
 open colour (and yes, we should keep brit spelling...love it!)

 Jon

Franz Schmid and I (both from Scribus) will meet a representative of a major 
ink vendor in January. Among the topics we want to discuss is an open colour 
standard, in which the vendor is definitely interested. I think I already 
mentioned that the vendor will attend LGM in Brussels and intends to discuss 
the issues with all interested parties. I can (and will) tell you more after 
the meeting in mid-January. One thing they already told me is that they think 
the notion of numbers as intellectual property is absurd.

Cheers,

Christoph


 2009/12/29 Christoph Schäfer christoph-schae...@gmx.de:
  Am Mittwoch, 30. Dezember 2009 04:13:18 schrieb Leonard Rosenthol:
  On Tue, Dec 29, 2009 at 10:00 PM, Louis Desjardins 
 
  louis_desjard...@mardigrafe.com wrote:
   Pantone is not an ink manufacturer.
 
  Pantone, a division of XRite, most certainly produces inks, paints and
  more. I can tell you that their representative at the ICC speaks about
  their inks quite often during meetings...
 
  If Pantone produces inks, someone forgot to tell their webmaster ;)
 
  Pantone sells _paints_ produced by Fine Paints and _dyes_ produced by
  Clariant, but no inks. Instead they have partnerships with ink
  manufacturers around the world who get some of their inks certified by
  Pantone.
 
  Cheers,
 
  Christoph
 
  ___
  CREATE mailing list
  CREATE@lists.freedesktop.org
  http://lists.freedesktop.org/mailman/listinfo/create


___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

Re: [CREATE] open colour wave ridden or not?

Am Mittwoch, 30. Dezember 2009 04:47:30 schrieb Alexandre Prokoudine:
 On 12/30/09, Jon Phillips wrote:
  Interesting. The question I have is if our efforts are important and
  should be continued

 The reaction in pro segment here in RU was more or less: Um, are
 there going to be colour books and all other stuff? And if I use it,
 will it work for press bureaus I use to go to? How?

The ink vendor we're cooperating with (and who will make his own new standard 
freely availbale and distributeable for all FLOSS projects) is willing to 
print the colour books. They may also be willing to distribute them on a 
cost-covering basis, i.e. a fee that covers the printing and shipping costs. 
I'll know more in January.

Cheers,

Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

Re: [CREATE] open colour wave ridden or not?

Am Mittwoch, 30. Dezember 2009 04:54:22 schrieb Christoph Schäfer:
 Am Mittwoch, 30. Dezember 2009 04:41:54 schrieb Jon Phillips:
  Interesting. The question I have is if our efforts are important and
  should be continued, and we should increase amount of energy put into
  open colour (and yes, we should keep brit spelling...love it!)
 
  Jon

 Franz Schmid and I (both from Scribus) will meet a representative of a
 major ink vendor in January. Among the topics we want to discuss is an open
 colour standard, in which the vendor is definitely interested. I think I
 already mentioned that the vendor will attend LGM in Brussels and intends
 to discuss the issues with all interested parties. 

Speaking of which: I also invited Dave McAllister from Adobe to the 
discussion, but so far I got no reply.

Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

Re: [CREATE] Open Colour Standard(s) and LGM

2009-11-11 Thread Christoph Schäfer

Am Mittwoch, 11. November 2009 22:35:28 schrieb Doug Schepers:
 Hi, Christoph-

 Christoph Schäfer wrote (on 11/10/09 11:39 PM):
  Just thinking aloud as a preparation or future discussions with the
  colour company: Does anyone think that a model like ODF/OASIS would be
  the right framework for an open colour standard?  It would allow for
  input from everyone: software projects/companies, commercial printers,
  ink vendors and whoever may be interested.
 
  Also, so far we are only talking about an open colour standard for CMYK
  printing. There are other areas that need to be covered as well, like
  spot colours, perhaps a new set of web colours (w3c?), colours for
  RGB/PDF/X-3+ print workflows, colours for Office software (OASIS?),
  Hexa-/Septa-/Octachrome etc., and some of these definitely need
  vendor/manufacturer participation.
 
  Anyway, these were just some thoughts, and having an industry partner to
  discuss the first steps is definitely a good start.

 Without trying to be too W3C-centric... what about bringing this to W3C?

 Setting up a new standards body just for this may involve more overhead
 than you realize, and may not have the reach or credibility you want to
 make an impact on industry.  W3C already has the infrastructure in place
 for public participation and Royalty-Free license obligations, many
 members with print interests, and the neutrality and visibility to
 promote such an effort.

 We also have a spec in progress that deals with color management [1][2],
 which would seem to be a good match.  It would also be good to have a
 treatment of some of these color issues in CSS, SVG, and XSL-FO specs.

 Disclosure: I'm the W3C Team Contact for the SVG and WebApps working
 groups.  I'm also a new member of OASIS, as a participant in the ODF TC
 and liaison to the SVG WG, in an attempt to make SVG a first-class
 citizen of ODF.

 I'd be happy to bring this up with the ODF TC to get more feedback,
 though right now they are focused on finishing ODF 1.2... future work
 will start in earnest next year, I think.  I'm not the right person to
 advocate for this, but I can help coordinate efforts (it would be one of
 the few times in my life that I'd be color-coordinated ^_^ ).

 If you're interested in talking more about these possibilities before
 LGM, get in touch with me (or Chris or Liam) offlist.


 [1] http://www.w3.org/TR/SVGColor12/
 [2] http://www.w3.org/TR/SVGColorPrimer12/



Thank you very much for your input, Doug. I absolutely agree that yet another 
consortium is unnecessary and probably even counterproductive. The question, 
though, is which is the right forum? To gain traction within the industry, it 
would have credibility with the industry _and_ the community. While the W3C 
has credibility with the community, I would guess that many in the printing 
business lose their interest when they read world wide web, no matter what 
the scope of the W3C's work is. There are other organisations that may have a 
familiar ring for these companies, like the International Color Consortium or 
CIE, but these may not be interested or, like ICC, are only open if you pay 
horrendous fees. We also must not forget that there are some heavyweights, 
which might feel threatened by a truly open colour standard.

To be perfectly clear: I do not have a preference, yet, and I think this 
should be discussed at LGM, with input from various sides, FLOSS projects, 
printers, ink/paint vendors etc.

Christoph


___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

Re: [CREATE] Open Colour Standard(s) and LGM

Am Dienstag, 10. November 2009 10:05:19 schrieb Kai-Uwe Behrmann:
 Fine news.

 Am 10.11.09, 05:17 +0100 schrieb Christoph Schäfer:
  world. The company is currently developing a new colour matching system
  for printing. The system is different from Pantone or Toyo in that it
  connects CMYK values to a particular colour profile (but it also contains
  alternative L*a*b values). They will offer the colour palettes at no
  charge, probably

 Do they think around passive data submission or a active colour processing
 system?

This is a technical detail that will have to be discussed at LGM.

Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

Re: [CREATE] Open Colour Standard(s) and LGM

Am Dienstag, 10. November 2009 11:31:17 schrieb ginger coons:
 Actually, after my previous enthusiasm, I've come up with a little sober
 second thought. Questions:
 Their goal is to sell ink and fan books. They're developing the ink. How
 can we expect them to deal with that ink? I'll take it for granted that
 they won't look kindly on other ink companies trying to make the exact same
 colours, in order to be in compliance with a hypothetical Open Colour
 Standard. Or am I wrong in thinking that?
 As for fan books, if they're manufacturing them, how will they deal with
 other people (independent print shops, for example) who may want to print
 their own? Will it be officially sanctioned or not?

Open is open, and my impression is that they understand this. There is, 
however, a real-world limitation, because it won't make sense for many 
vendors to use the standard. It also makes sense to have only one vendor of 
fans, unless compliance by others is guaranteed.

But these details can be discussed at LGM, and until representatives of the 
company subscribe to this list or join discussions on IRC, this was more of 
announcement from my side. Anything else would be speculation.

What I can tell from my communication, though, is that they are serious and 
very open-minded, at least that's my impression.


Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

Re: [CREATE] Open Colour Standard(s) and LGM

Am Dienstag, 10. November 2009 11:31:17 schrieben Sie:
 Actually, after my previous enthusiasm, I've come up with a little sober
 second thought. Questions:
 Their goal is to sell ink and fan books. They're developing the ink. How
 can we expect them to deal with that ink? I'll take it for granted that
 they won't look kindly on other ink companies trying to make the exact same
 colours, in order to be in compliance with a hypothetical Open Colour
 Standard. Or am I wrong in thinking that?
 As for fan books, if they're manufacturing them, how will they deal with
 other people (independent print shops, for example) who may want to print
 their own? Will it be officially sanctioned or not?

 Those are my two immediate questions. I don't want to be a killjoy, because
 I am excited about this, but I just want to make sure that we get a colour
 standard that's open in a physical as well as a digital sense.

Just thinking aloud as a preparation or future discussions with the colour 
company: Does anyone think that a model like ODF/OASIS would be the right 
framework for an open colour standard? It would allow for input from 
everyone: software projects/companies, commercial printers, ink vendors and 
whoever may be interested.

Also, so far we are only talking about an open colour standard for CMYK 
printing. There are other areas that need to be covered as well, like spot 
colours, perhaps a new set of web colours (w3c?), colours for RGB/PDF/X-3+ 
print workflows, colours for Office software (OASIS?), 
Hexa-/Septa-/Octachrome etc., and some of these definitely need 
vendor/manufacturer participation.

Anyway, these were just some thoughts, and having an industry partner to 
discuss the first steps is definitely a good start.

Cheers

Christoph
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create

Re: [CREATE] Open Colour Standard(s) and LGM