From cbradney at scribus.info  Fri Feb  5 23:40:59 2016
From: cbradney at scribus.info (Craig Bradney)
Date: Sat, 6 Feb 2016 00:40:59 +0100
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <014c01d159eb$ed0799e0$c716cda0$@googlemail.com>
References: <CAA58wWXD2pt-NzUyKJsM1TV+x3Z=CD45aXurnuRQZ9sM7=ET_A@mail.gmail.com>
 <5694DEE1.5010301@xox.ch> <569F42C9.7000700@xox.ch>
 <CAA58wWVwr+GJcxNE3w6hrv1TE76+kh0wHqZf=faG0AjoG84TMQ@mail.gmail.com>
 <00f701d1542c$25230000$6f690000$@googlemail.com>
 <CAA58wWU+pOuR5wB_5X63OWbPOebG1HZqrAXNTvSfFKyOvpRFYQ@mail.gmail.com>
 <8877D28C-B7F0-4C93-BB09-1BCC2824CB1A@scribus.info>
 <CAA58wWVtJCdNut8cXqcoTmcYi5ixCmdaByuBW0MiXUit9KyQwA@mail.gmail.com>
 <014c01d159eb$ed0799e0$c716cda0$@googlemail.com>
Message-ID: <E45D4845-3292-441B-86DE-606124FF1ABC@scribus.info>

Hi Andreas

If you have time this weekend can you please reply to the CTL thread here and on github?

thanks
Craig

> On 28 Jan 2016, at 17:49, Andreas Vox <avox at arcor.de> wrote:
> 
> Hi,
>  
> sorry about that. I haven?t been feeling well last weekend and now I?m busy at work until tomorrow evening.
>  
> Will look at it this weekend.
>  
> Ciao
> /Andreas
>  
> From: Dawood al-badi [mailto:dawood.albadi at gmail.com <mailto:dawood.albadi at gmail.com>] 
> Sent: Donnerstag, 28. Januar 2016 13:34
> To: Scribus Development Mailing List
> Subject: Re: [scribus-dev] Scribus CTL
>  
> It seems that Andreas disappeared again.
> 
> _______________________________________________
> scribus-dev mailing list
> scribus-dev at lists.scribus.net <mailto:scribus-dev at lists.scribus.net>
> http://lists.scribus.net/mailman/listinfo/scribus-dev <http://lists.scribus.net/mailman/listinfo/scribus-dev>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160206/37d990a4/attachment.html>

From jlpoole56 at gmail.com  Sun Feb  7 20:48:39 2016
From: jlpoole56 at gmail.com (John L. Poole)
Date: Sun, 7 Feb 2016 12:48:39 -0800
Subject: [scribus-dev] Windows 7 Build - SVN 20937 on DropBox
Message-ID: <56B7ADA7.8090205@gmail.com>

Here are my builds of Scribus for Windows 7 (MS v120) 32 and 64 bit 
using MS Visual Studio Express 2013, Subversion Revision 20937:

    https://www.dropbox.com/sh/e6eicrl80rdactx/AACzxDEMfAzUFT5n0_28X5uWa?dl=0

My Windows workstation is an i7 980 @ 3.33GHz with 24 GB of RAM running 
on a 64 bit version of Windows 7.  It takes 3-5 minutes to build a 
version, I'll have to accurately time it next time.

I'll be documenting, in detail, on the wiki how building on Windows for 
Windows 7 is done as soon as I can set up a virgin build of Windows 7 so 
I can document everything that is added to accomplish this task.  I 
integrated Perl into my workbench and tool chain, it can elegantly 
accomplish the complex file shuffling and variable substitution that 
plagues the Windows build using Microsoft Visual Studio.

Eventually, I'd like to use CMAKE in Linux with a cross-compiler 
(win-builds project) to build Windows versions thereby jettisoning the 
MS Tools and keeping life simple in one build environment -- if only I 
had more time.

John



From christoph-schaefer at gmx.de  Mon Feb  8 09:08:39 2016
From: christoph-schaefer at gmx.de (=?UTF-8?Q?=22Christoph_Sch=C3=A4fer=22?=)
Date: Mon, 8 Feb 2016 10:08:39 +0100
Subject: [scribus-dev] Platform for Scribus trainings
Message-ID: <trinity-d617ef82-cf68-4c64-9800-86f66befb640-1454922519851@3capp-gmx-bs64>

Hi all,


Once the current problems with the website have been solved, I'd like to add a category separate from "Support", namely "Training". It would be more than simply a list of addresses of individuals, but more like a calendar with training events that can be booked. The calendar should indicate the title of the training opportunity, as well as a link to a detailed description of the training programme, including location and language.

I also suggest to add a mechanism that lets the Scribus Team certify the reliability of a training offer. It wouldn't be required for an addition to the training calendar, but we could at least help potential customers with a certificate or a recommendation, once we have been allowed to analyse the curriculum under a non-disclosure agreement with respect to their own training materials.

At the Team level, I think we can guarantee quality control at least for the followig languages: English, French, German, Dutch, probably also Italian and Spanish.


What do you think?


Christoph




From scribus.user at gmail.com  Mon Feb  8 15:42:59 2016
From: scribus.user at gmail.com (Scribus User)
Date: Mon, 8 Feb 2016 09:42:59 -0600
Subject: [scribus-dev] Windows 7 Build - SVN 20937 on DropBox
In-Reply-To: <56B7ADA7.8090205@gmail.com>
References: <56B7ADA7.8090205@gmail.com>
Message-ID: <CAAt0FRim-XKX8KqnAoW+yc3xPS__qL+xtdQsLOKArZy3Fir4dA@mail.gmail.com>

On Sun, Feb 7, 2016 at 2:48 PM, John L. Poole <jlpoole56 at gmail.com> wrote:

> Here are my builds of Scribus for Windows 7 (MS v120) 32 and 64 bit using
> MS Visual Studio Express 2013, Subversion Revision 20937:
>
>
> https://www.dropbox.com/sh/e6eicrl80rdactx/AACzxDEMfAzUFT5n0_28X5uWa?dl=0
>
> My Windows workstation is an i7 980 @ 3.33GHz with 24 GB of RAM running on
> a 64 bit version of Windows 7.  It takes 3-5 minutes to build a version,
> I'll have to accurately time it next time.
>
> I'll be documenting, in detail, on the wiki how building on Windows for
> Windows 7 is done as soon as I can set up a virgin build of Windows 7 so I
> can document everything that is added to accomplish this task.  I
> integrated Perl into my workbench and tool chain, it can elegantly
> accomplish the complex file shuffling and variable substitution that
> plagues the Windows build using Microsoft Visual Studio.
>
> Eventually, I'd like to use CMAKE in Linux with a cross-compiler
> (win-builds project) to build Windows versions thereby jettisoning the MS
> Tools and keeping life simple in one build environment -- if only I had
> more time.
>
> John
>

jlpoole,

Exciting! Thanks for all your work on this. At this point you might be the
2nd person (possibly on the planet) so far to compile Scribus 1.5.1svn on
Windows. First is Jghali, one of the core devs.

Very cool. Thanks for sharing.

/Kunda
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160208/81cfc350/attachment.html>

From cbradney at scribus.info  Wed Feb 10 20:58:34 2016
From: cbradney at scribus.info (Craig Bradney)
Date: Wed, 10 Feb 2016 21:58:34 +0100
Subject: [scribus-dev] [scribus-team] Platform for Scribus trainings
In-Reply-To: <a721e18a023d39d20090535e6b2d0ab4.squirrel@webmail.hostingserver.nl>
References: <trinity-d617ef82-cf68-4c64-9800-86f66befb640-1454922519851@3capp-gmx-bs64>
 <a721e18a023d39d20090535e6b2d0ab4.squirrel@webmail.hostingserver.nl>
Message-ID: <013B026A-9E1D-4C6B-B0CD-631F0C685CB0@scribus.info>

I agree with Gerrit. 

BTW the only way to certify the training is for the trainer to run it with us in the course, or perhaps a video. I don?t think we as a team, have the time. Perhaps others might.


> On 09 Feb 2016, at 10:33, gbr at ipaa.nl wrote:
> 
> Hi Christoph e.a.,
> 
> I think it is a good idea. Beit that adding such a category may raise
> expectations by customers, which may lead to disappointment if a training
> is not up to expectations or maybe cancelled.
> 
> - Who is going to teach the trainers?
> 
> - How do you see this training schedule? As something on offer once a
> month or just on request?
> 
> - The word customers seems strange to me in relation with OpenSource.
> Currently, commercial courses in computersoftware usually come with a
> stiff pricetag that would shake the OpenSource user, who of course is used
> to the word "Free". Any coments on that?
> 
> Anyway, count me in for reflection on the subject, developing materials or
> whatever may come up. For the time I'll let the idea sink in.
> 
> Sincerely,
> 
> Gerrit Bruijnes
> 
> ---The Netherlands---
> 
> http://ipaa.nl/uitgeverij/computerboeken/3-waar-zit-de-kneep
> 
> ===========================================================================
>> Hi all,
>> 
>> 
>> Once the current problems with the website have been solved, I'd like to
>> add a category separate from "Support", namely "Training". It would be
>> more than simply a list of addresses of individuals, but more like a
>> calendar with training events that can be booked. The calendar should
>> indicate the title of the training opportunity, as well as a link to a
>> detailed description of the training programme, including location and
>> language.
>> 
>> I also suggest to add a mechanism that lets the Scribus Team certify the
>> reliability of a training offer. It wouldn't be required for an addition
>> to the training calendar, but we could at least help potential customers
>> with a certificate or a recommendation, once we have been allowed to
>> analyse the curriculum under a non-disclosure agreement with respect to
>> their own training materials.
>> 
>> At the Team level, I think we can guarantee quality control at least for
>> the followig languages: English, French, German, Dutch, probably also
>> Italian and Spanish.
>> 
>> 
>> What do you think?
>> 
>> 
>> Christoph
>> 
>> 
>> 
> 
> 
> _______________________________________________
> scribus-team mailing list
> scribus-team at lists.scribus.net
> http://lists.scribus.net/mailman/listinfo/scribus-team



From cbradney at scribus.info  Thu Feb 11 05:54:58 2016
From: cbradney at scribus.info (Craig Bradney)
Date: Thu, 11 Feb 2016 06:54:58 +0100
Subject: [scribus-dev] [scribus-team] Platform for Scribus trainings
In-Reply-To: <013B026A-9E1D-4C6B-B0CD-631F0C685CB0@scribus.info>
References: <trinity-d617ef82-cf68-4c64-9800-86f66befb640-1454922519851@3capp-gmx-bs64>
 <a721e18a023d39d20090535e6b2d0ab4.squirrel@webmail.hostingserver.nl>
 <013B026A-9E1D-4C6B-B0CD-631F0C685CB0@scribus.info>
Message-ID: <105999E5-5F56-4B7C-8909-60BDBE7EDD47@scribus.info>

Interesting: http://www.libreoffice.org/get-help/professional-support/



> On 10 Feb 2016, at 21:58, Craig Bradney <cbradney at scribus.info> wrote:
> 
> I agree with Gerrit. 
> 
> BTW the only way to certify the training is for the trainer to run it with us in the course, or perhaps a video. I don?t think we as a team, have the time. Perhaps others might.
> 
> 
>> On 09 Feb 2016, at 10:33, gbr at ipaa.nl wrote:
>> 
>> Hi Christoph e.a.,
>> 
>> I think it is a good idea. Beit that adding such a category may raise
>> expectations by customers, which may lead to disappointment if a training
>> is not up to expectations or maybe cancelled.
>> 
>> - Who is going to teach the trainers?
>> 
>> - How do you see this training schedule? As something on offer once a
>> month or just on request?
>> 
>> - The word customers seems strange to me in relation with OpenSource.
>> Currently, commercial courses in computersoftware usually come with a
>> stiff pricetag that would shake the OpenSource user, who of course is used
>> to the word "Free". Any coments on that?
>> 
>> Anyway, count me in for reflection on the subject, developing materials or
>> whatever may come up. For the time I'll let the idea sink in.
>> 
>> Sincerely,
>> 
>> Gerrit Bruijnes
>> 
>> ---The Netherlands---
>> 
>> http://ipaa.nl/uitgeverij/computerboeken/3-waar-zit-de-kneep
>> 
>> ===========================================================================
>>> Hi all,
>>> 
>>> 
>>> Once the current problems with the website have been solved, I'd like to
>>> add a category separate from "Support", namely "Training". It would be
>>> more than simply a list of addresses of individuals, but more like a
>>> calendar with training events that can be booked. The calendar should
>>> indicate the title of the training opportunity, as well as a link to a
>>> detailed description of the training programme, including location and
>>> language.
>>> 
>>> I also suggest to add a mechanism that lets the Scribus Team certify the
>>> reliability of a training offer. It wouldn't be required for an addition
>>> to the training calendar, but we could at least help potential customers
>>> with a certificate or a recommendation, once we have been allowed to
>>> analyse the curriculum under a non-disclosure agreement with respect to
>>> their own training materials.
>>> 
>>> At the Team level, I think we can guarantee quality control at least for
>>> the followig languages: English, French, German, Dutch, probably also
>>> Italian and Spanish.
>>> 
>>> 
>>> What do you think?
>>> 
>>> 
>>> Christoph
>>> 
>>> 
>>> 
>> 
>> 
>> _______________________________________________
>> scribus-team mailing list
>> scribus-team at lists.scribus.net
>> http://lists.scribus.net/mailman/listinfo/scribus-team
> 
> 
> _______________________________________________
> scribus-dev mailing list
> scribus-dev at lists.scribus.net
> http://lists.scribus.net/mailman/listinfo/scribus-dev



From christoph-schaefer at gmx.de  Thu Feb 11 07:20:59 2016
From: christoph-schaefer at gmx.de (=?UTF-8?Q?=22Christoph_Sch=C3=A4fer=22?=)
Date: Thu, 11 Feb 2016 08:20:59 +0100
Subject: [scribus-dev] [scribus-team] Platform for Scribus trainings
In-Reply-To: <013B026A-9E1D-4C6B-B0CD-631F0C685CB0@scribus.info>
References: <trinity-d617ef82-cf68-4c64-9800-86f66befb640-1454922519851@3capp-gmx-bs64>
 <a721e18a023d39d20090535e6b2d0ab4.squirrel@webmail.hostingserver.nl>,
 <013B026A-9E1D-4C6B-B0CD-631F0C685CB0@scribus.info>
Message-ID: <trinity-94d59a07-58ec-419d-9d8a-445d82902768-1455175258820@3capp-gmx-bs33>

Hi all,


Gerrit's questions are valid. Here's my take:

- We cannot certify trainers at the moment, at least not on a global scale. 

- However, I would consider "training trainers" (actually already did this by training so-called multiplicators for a large organisation) if I have the time, e.g. one time per year at Linuxhotel or a similar venue. But that would be German-language trainers only.

- We can apply different quality labels to announced trainings, from unknown to certified to trusted.

- If we know trainers and their qualities we can label their training trusted, certified or not. This would be true for, e.g., Gerrit and Beat Kipfer.

- We could also ask for a detailed description of the curriculum and/or training materials, if necessary under a non-disclosure agreement. If it looks reasonable, we could label a training as "Looks OK based on the written description" or something similar.

In the end, you'll never know what happens in the classroom, but this is also true for schools and universities. People either can teach or they can't. What we can control to a certain degree is the factual correctness of the contents after receiving the "paperwork".

Regarding the schedule, I would like to be this a continuing work. Announced trainings would remain there until the time for applications has expired.

As for using the word customer, it's absolutely correct. A teacher deserves to be compensated for his work, and since trainings are voluntary, no matter whether they are being booked by an individual or an organisation, we are talking about customers -- customers of the trainer or the organisation that employs the trainer. That doesn't make them customers of a software company, though ;) And the price for the trainings will be determined by the market.


Christoph

> Gesendet: Mittwoch, 10. Februar 2016 um 21:58 Uhr
> Von: "Craig Bradney" <cbradney at scribus.info>
> An: "Private Scribus Development List" <scribus-team at lists.scribus.net>
> Cc: "Christoph Sch?fer" <christoph-schaefer at gmx.de>, "Scribus Development Mailing List" <scribus-dev at lists.scribus.net>, Kunda <kunda at scribus.net>, gbr at ipaa.nl, beat.kipfer at publicollege.ch, "carsten liersch" <cliersch at bauwerk-design.de>, peter at pre2media.ch, iw at linuxhotel.de
> Betreff: Re: [scribus-team] Platform for Scribus trainings
>
> I agree with Gerrit. 
> 
> BTW the only way to certify the training is for the trainer to run it with us in the course, or perhaps a video. I don?t think we as a team, have the time. Perhaps others might.
> 
> 
> > On 09 Feb 2016, at 10:33, gbr at ipaa.nl wrote:
> > 
> > Hi Christoph e.a.,
> > 
> > I think it is a good idea. Beit that adding such a category may raise
> > expectations by customers, which may lead to disappointment if a training
> > is not up to expectations or maybe cancelled.
> > 
> > - Who is going to teach the trainers?
> > 
> > - How do you see this training schedule? As something on offer once a
> > month or just on request?
> > 
> > - The word customers seems strange to me in relation with OpenSource.
> > Currently, commercial courses in computersoftware usually come with a
> > stiff pricetag that would shake the OpenSource user, who of course is used
> > to the word "Free". Any coments on that?
> > 
> > Anyway, count me in for reflection on the subject, developing materials or
> > whatever may come up. For the time I'll let the idea sink in.
> > 
> > Sincerely,
> > 
> > Gerrit Bruijnes
> > 
> > ---The Netherlands---
> > 
> > http://ipaa.nl/uitgeverij/computerboeken/3-waar-zit-de-kneep
> > 
> > ===========================================================================
> >> Hi all,
> >> 
> >> 
> >> Once the current problems with the website have been solved, I'd like to
> >> add a category separate from "Support", namely "Training". It would be
> >> more than simply a list of addresses of individuals, but more like a
> >> calendar with training events that can be booked. The calendar should
> >> indicate the title of the training opportunity, as well as a link to a
> >> detailed description of the training programme, including location and
> >> language.
> >> 
> >> I also suggest to add a mechanism that lets the Scribus Team certify the
> >> reliability of a training offer. It wouldn't be required for an addition
> >> to the training calendar, but we could at least help potential customers
> >> with a certificate or a recommendation, once we have been allowed to
> >> analyse the curriculum under a non-disclosure agreement with respect to
> >> their own training materials.
> >> 
> >> At the Team level, I think we can guarantee quality control at least for
> >> the followig languages: English, French, German, Dutch, probably also
> >> Italian and Spanish.
> >> 
> >> 
> >> What do you think?
> >> 
> >> 
> >> Christoph
> >> 
> >> 
> >> 
> > 
> > 
> > _______________________________________________
> > scribus-team mailing list
> > scribus-team at lists.scribus.net
> > http://lists.scribus.net/mailman/listinfo/scribus-team
> 
>


From christoph-schaefer at gmx.de  Sat Feb 13 23:01:55 2016
From: christoph-schaefer at gmx.de (=?UTF-8?Q?=22Christoph_Sch=C3=A4fer=22?=)
Date: Sun, 14 Feb 2016 00:01:55 +0100
Subject: [scribus-dev] Scribus 1.5.1 released
Message-ID: <trinity-88c2f2f2-090b-47ba-a495-74da04b7134a-1455404515365@3capp-gmx-bs69>

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&temporary=y&project_id=1&fixed_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 x64 	scribus-1.5.1.dmg 		41a6d4ab831b1744cc84d91e05f63a20d6ae62bb916cf808641ead5e76343ced 	0d6143f6b619a94c0dc6e9805193c72b8e0bf991

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

Windows 64 Bit 					scribus-1.5.1-windows-x64.exe 	8d1065df917745a6e885ee567ac461bb3d4f554d469c7efc60762b76f9a13a98 	0fc2f05c2f4cde971420472a8ff580263e65ee1a

Linux AppImage				 	scribus-1.5.1-linux-x86_64.AppImage 	0a4fb4f3336456dc708d47e25dff2c17ed62b9b1372d09dcdda129ffdb8680bb 	c8ada38414e8e1c0b91f1439cf0282df48ab8da8


Credits
=======

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

For this release, the Scribus Team takes a deep bow to Dezso Markon for his wonderful artwork.

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.


From probono at puredarwin.org  Sun Feb 14 11:00:21 2016
From: probono at puredarwin.org (probono)
Date: Sun, 14 Feb 2016 12:00:21 +0100
Subject: [scribus-dev] Scribus 1.5.1 released
In-Reply-To: <trinity-88c2f2f2-090b-47ba-a495-74da04b7134a-1455404515365@3capp-gmx-bs69>
References: <trinity-88c2f2f2-090b-47ba-a495-74da04b7134a-1455404515365@3capp-gmx-bs69>
Message-ID: <CAADtZXA0QPjZLihSPiKOk9GE-eSLPKgYggfypUi0YyZzAHPALw@mail.gmail.com>

2016-02-14 0:01 GMT+01:00 "Christoph Sch?fer" <christoph-schaefer at gmx.de>:
> The Scribus Team is very pleased to announce the release of the development version Scribus 1.5.1
>
> Linux AppImage                                  scribus-1.5.1-linux-x86_64.AppImage     0a4fb4f3336456dc708d47e25dff2c17ed62b9b1372d09dcdda129ffdb8680bb        c8ada38414e8e1c0b91f1439cf0282df48ab8da8

Thanks to the Scribus team for releasing an upstream-packaged AppImage.

It is exciting to see that leading cross-platform application projects
like Scribus, Krita, and Subsurface are adopting AppImage as an easy
way to reach users on all major Linux desktop distributions with
bleeding-edge releases.

In case you wonder what an AppImage is: It lets Linux users just
download Scribus, make it executable, and run. No need to install. No
system libraries or system preferences are altered. Your previous
version of Scribus can stay installed unaltered.

That being said, I would be interested in testers' and users' feedback
regarding the Scribus AppImage. What does work, what does not work for
you, how could it be improved?


From dawood.albadi at gmail.com  Mon Feb 15 09:29:51 2016
From: dawood.albadi at gmail.com (Dawood al-badi)
Date: Mon, 15 Feb 2016 13:29:51 +0400
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <E45D4845-3292-441B-86DE-606124FF1ABC@scribus.info>
References: <CAA58wWXD2pt-NzUyKJsM1TV+x3Z=CD45aXurnuRQZ9sM7=ET_A@mail.gmail.com>
 <5694DEE1.5010301@xox.ch> <569F42C9.7000700@xox.ch>
 <CAA58wWVwr+GJcxNE3w6hrv1TE76+kh0wHqZf=faG0AjoG84TMQ@mail.gmail.com>
 <00f701d1542c$25230000$6f690000$@googlemail.com>
 <CAA58wWU+pOuR5wB_5X63OWbPOebG1HZqrAXNTvSfFKyOvpRFYQ@mail.gmail.com>
 <8877D28C-B7F0-4C93-BB09-1BCC2824CB1A@scribus.info>
 <CAA58wWVtJCdNut8cXqcoTmcYi5ixCmdaByuBW0MiXUit9KyQwA@mail.gmail.com>
 <014c01d159eb$ed0799e0$c716cda0$@googlemail.com>
 <E45D4845-3292-441B-86DE-606124FF1ABC@scribus.info>
Message-ID: <CAA58wWXTqNGUvAJNw7=ke7_16uPONp6Z01GnwnqTRmcMt9CLEA@mail.gmail.com>

Hello all

I am trying to apply the attached patches on updated Scribus SVN but I face
a lot of merge conflicts.

2016-02-06 3:40 GMT+04:00 Craig Bradney <cbradney at scribus.info>:

> Hi Andreas
>
> If you have time this weekend can you please reply to the CTL thread here
> and on github?
>
> thanks
> Craig
>
> On 28 Jan 2016, at 17:49, Andreas Vox <avox at arcor.de> wrote:
>
> Hi,
>
> sorry about that. I haven?t been feeling well last weekend and now I?m
> busy at work until tomorrow evening.
>
> Will look at it this weekend.
>
> Ciao
> /Andreas
>
> *From:* Dawood al-badi [mailto:dawood.albadi at gmail.com
> <dawood.albadi at gmail.com>]
> *Sent:* Donnerstag, 28. Januar 2016 13:34
> *To:* Scribus Development Mailing List
> *Subject:* Re: [scribus-dev] Scribus CTL
>
>
> It seems that Andreas disappeared again.
> _______________________________________________
> scribus-dev mailing list
> scribus-dev at lists.scribus.net
> http://lists.scribus.net/mailman/listinfo/scribus-dev
>
>
>
> _______________________________________________
> scribus-dev mailing list
> scribus-dev at lists.scribus.net
> http://lists.scribus.net/mailman/listinfo/scribus-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160215/e343a90c/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: patches.tar.gz
Type: application/x-gzip
Size: 258461 bytes
Desc: not available
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160215/e343a90c/attachment-0001.bin>

From mh.holmes at verizon.net  Mon Feb 15 17:35:44 2016
From: mh.holmes at verizon.net (Michael Holmes)
Date: Mon, 15 Feb 2016 12:35:44 -0500
Subject: [scribus-dev] Embedding fonts in a PDF file
In-Reply-To: <56C209B6.9060705@verizon.net>
References: <56C209B6.9060705@verizon.net>
Message-ID: <56C20C70.5020803@verizon.net>

I've just joined the Scribus list, although I've been using Scribus for 
several months now. It's a great package!   I have one suggestion for 
improvement: I think that there should be a Preferences setting to 
automatically embed fonts when doing a PDF export.  As it is now in 
1.4.6, you have to remember to specify this every time you do an export. 
It seems like an obvious candidate for a Preferences setting, under the 
PDF Export category in Preferences.

I only use Scribus about once a month or so, and it's easy to forget 
that I need to go to the Fonts tab in the PDF Export dialog every time I 
do an export.  If I forget to do it, the resulting PDF will look fine on 
my machine, since I have all the fonts that I used, but the fonts will 
get changed when viewed on a different machine that doesn't have them.  
It ends up being a time waster for both me and the folks who need to use 
my PDF outputs.  I'd like to just set this once and forget about it.


Thanks!



From ve4jhj+scribus at gmail.com  Mon Feb 15 19:43:20 2016
From: ve4jhj+scribus at gmail.com (Gord Caswell)
Date: Mon, 15 Feb 2016 13:43:20 -0600
Subject: [scribus-dev] Scribus 1.5.1 released
In-Reply-To: <trinity-88c2f2f2-090b-47ba-a495-74da04b7134a-1455404515365@3capp-gmx-bs69>
References: <trinity-88c2f2f2-090b-47ba-a495-74da04b7134a-1455404515365@3capp-gmx-bs69>
Message-ID: <CABXPYgUy-p0MXNzpCx-FzaYO_cNGVxnY5cPKUuSHAXcXpZUq2A@mail.gmail.com>

On 13 February 2016 at 17:01, "Christoph Sch?fer" <christoph-schaefer at gmx.de
> wrote:

> 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.
>
Hello All,

Congratulations on the release.

PortableApps.com is pleased to announce that we have now packaged Scribus
1.5.1 in PortableApps.com Format.

It is currently mirroring to our mirror network, and will shortly be
announced on our homepage, available through our auto-updater and available
from its homepage at http://portableapps.com/apps/office/scribus_portable.
Checksums have been added to the Scribus wiki.

Gord
PortableApps.com developer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160215/43462be9/attachment.html>

From christoph-schaefer at gmx.de  Tue Feb 16 06:06:13 2016
From: christoph-schaefer at gmx.de (=?UTF-8?Q?=22Christoph_Sch=C3=A4fer=22?=)
Date: Tue, 16 Feb 2016 07:06:13 +0100
Subject: [scribus-dev] Scribus 1.5.1 released
In-Reply-To: <CABXPYgUy-p0MXNzpCx-FzaYO_cNGVxnY5cPKUuSHAXcXpZUq2A@mail.gmail.com>
References: <trinity-88c2f2f2-090b-47ba-a495-74da04b7134a-1455404515365@3capp-gmx-bs69>, 
 <CABXPYgUy-p0MXNzpCx-FzaYO_cNGVxnY5cPKUuSHAXcXpZUq2A@mail.gmail.com>
Message-ID: <trinity-167e4912-5e30-4363-8cd1-8e85e66b01cb-1455602773238@3capp-gmx-bs14>

Gesendet:?Montag, 15. Februar 2016 um 20:43 Uhr
Von:?"Gord Caswell" <ve4jhj+scribus at gmail.com>
An:?"Scribus Development Mailing List" <scribus-dev at lists.scribus.net>, "Scribus User Mailing List" <scribus at lists.scribus.net>
Cc:?"John T. Haller" <johnhaller at portableapps.com>
Betreff:?Re: [scribus-dev] Scribus 1.5.1 released

On 13 February 2016 at 17:01, "Christoph Sch?fer" <christoph-schaefer at gmx.de> wrote:
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.
Hello All,
?
Congratulations on the release.
?
PortableApps.com is pleased to announce that we have now packaged Scribus 1.5.1 in PortableApps.com Format.
?
It is currently mirroring to our mirror network, and will shortly be announced on our homepage, available through our auto-updater?and available from its homepage at http://portableapps.com/apps/office/scribus_portable[http://portableapps.com/apps/office/scribus_portable]. Checksums have been added to the Scribus wiki.
?
Gord
PortableApps.com developer




Hi Gord,


Thank you very much for your efforts -- reliable as always and very much appreciated!


Christoph


From ale.comp_06 at xox.ch  Tue Feb 16 09:44:12 2016
From: ale.comp_06 at xox.ch (ale rimoldi)
Date: Tue, 16 Feb 2016 10:44:12 +0100
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <CAA58wWXTqNGUvAJNw7=ke7_16uPONp6Z01GnwnqTRmcMt9CLEA@mail.gmail.com>
References: <CAA58wWXD2pt-NzUyKJsM1TV+x3Z=CD45aXurnuRQZ9sM7=ET_A@mail.gmail.com>
 <5694DEE1.5010301@xox.ch> <569F42C9.7000700@xox.ch>
 <CAA58wWVwr+GJcxNE3w6hrv1TE76+kh0wHqZf=faG0AjoG84TMQ@mail.gmail.com>
 <00f701d1542c$25230000$6f690000$@googlemail.com>
 <CAA58wWU+pOuR5wB_5X63OWbPOebG1HZqrAXNTvSfFKyOvpRFYQ@mail.gmail.com>
 <8877D28C-B7F0-4C93-BB09-1BCC2824CB1A@scribus.info>
 <CAA58wWVtJCdNut8cXqcoTmcYi5ixCmdaByuBW0MiXUit9KyQwA@mail.gmail.com>
 <014c01d159eb$ed0799e0$c716cda0$@googlemail.com>
 <E45D4845-3292-441B-86DE-606124FF1ABC@scribus.info>
 <CAA58wWXTqNGUvAJNw7=ke7_16uPONp6Z01GnwnqTRmcMt9CLEA@mail.gmail.com>
Message-ID: <56C2EF6C.2060506@xox.ch>

hey dawood

>
> I am trying to apply the attached patches on updated Scribus SVN but I 
> face a lot of merge conflicts.
>

could you find a way to manage the conflicts?

ciao
a.l.e


From scribus.user at gmail.com  Wed Feb 17 12:53:20 2016
From: scribus.user at gmail.com (Scribus User)
Date: Wed, 17 Feb 2016 06:53:20 -0600
Subject: [scribus-dev] MantisBT refinements
Message-ID: <CAAt0FRj5D07i1CeoTwtkDFfy=M+8X4Ww66dT7fT=jO9AsDdaUA@mail.gmail.com>

Hi all,
Revisiting some old desires for Scribus's MantisBT + a new request:

To help clarify and troubleshoot reports:
could MantisBT have a new field to prompt user 'Where did you d/l Scribus
from?'

Email Reporting
https://www.mantisbt.org/wiki/doku.php/mantisbt:emailreporting
so testers can forgo using the clunky mantisbt interface

IRC integration
https://github.com/mantisbt-plugins/irc
So far we have SVN and TravisCI... wecanhazIRC ?

Thoughts?
/Kunda
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160217/c7a41a17/attachment.html>

From sergio.am.spina at gmail.com  Sun Feb 21 14:15:08 2016
From: sergio.am.spina at gmail.com (Sergio Spina)
Date: Sun, 21 Feb 2016 15:15:08 +0100
Subject: [scribus-dev] Not pre-defined styles in setLineStyle()
Message-ID: <CAAoW_qFuAcvcbmJqwp9=Cdo0O-udveTpWzVBvyyy14h5ryfEvg@mail.gmail.com>

In the scripter API setLineStyle() accept one of a list of predefined
constants (LINE_DASH, LINE_DASHDOT, LINE_DASHDOTDOT, LINE_DOT, LINE_SOLID).

In scribus 1.4.4 I can create a non-standard type of line with the editor
in the "object property" panel.

Is there a way to pass to setLineStyle() a non-standard type of line, other
than the five given pre-defined ones?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160221/c0e51de5/attachment.html>

From gpittman at iglou.com  Sun Feb 21 14:39:04 2016
From: gpittman at iglou.com (Gregory Pittman)
Date: Sun, 21 Feb 2016 09:39:04 -0500
Subject: [scribus-dev] Not pre-defined styles in setLineStyle()
In-Reply-To: <CAAoW_qFuAcvcbmJqwp9=Cdo0O-udveTpWzVBvyyy14h5ryfEvg@mail.gmail.com>
References: <CAAoW_qFuAcvcbmJqwp9=Cdo0O-udveTpWzVBvyyy14h5ryfEvg@mail.gmail.com>
Message-ID: <56C9CC08.5090108@iglou.com>

On 02/21/2016 09:15 AM, Sergio Spina wrote:
> In the scripter API setLineStyle() accept one of a list of predefined
> constants (LINE_DASH, LINE_DASHDOT, LINE_DASHDOTDOT, LINE_DOT, LINE_SOLID).
> 
> In scribus 1.4.4 I can create a non-standard type of line with the
> editor in the "object property" panel.
> 
> Is there a way to pass to setLineStyle() a non-standard type of line,
> other than the five given pre-defined ones?
> 

AFAIK, you can use a line style you have already created, by its name.
There doesn't seem to be a way to create a line style from scripter,
however, even though you can individually set various parameters of the
line.

Greg



From khaledhosny at eglug.org  Sun Feb 21 15:00:03 2016
From: khaledhosny at eglug.org (Khaled Hosny)
Date: Sun, 21 Feb 2016 19:00:03 +0400
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <56C2EF6C.2060506@xox.ch>
References: <569F42C9.7000700@xox.ch>
 <CAA58wWVwr+GJcxNE3w6hrv1TE76+kh0wHqZf=faG0AjoG84TMQ@mail.gmail.com>
 <00f701d1542c$25230000$6f690000$@googlemail.com>
 <CAA58wWU+pOuR5wB_5X63OWbPOebG1HZqrAXNTvSfFKyOvpRFYQ@mail.gmail.com>
 <8877D28C-B7F0-4C93-BB09-1BCC2824CB1A@scribus.info>
 <CAA58wWVtJCdNut8cXqcoTmcYi5ixCmdaByuBW0MiXUit9KyQwA@mail.gmail.com>
 <014c01d159eb$ed0799e0$c716cda0$@googlemail.com>
 <E45D4845-3292-441B-86DE-606124FF1ABC@scribus.info>
 <CAA58wWXTqNGUvAJNw7=ke7_16uPONp6Z01GnwnqTRmcMt9CLEA@mail.gmail.com>
 <56C2EF6C.2060506@xox.ch>
Message-ID: <20160221150003.GA17382@macbook.SASVR.OM>

On Tue, Feb 16, 2016 at 10:44:12AM +0100, ale rimoldi wrote:
> hey dawood
> 
> >
> >I am trying to apply the attached patches on updated Scribus SVN but I
> >face a lot of merge conflicts.
> >
> 
> could you find a way to manage the conflicts?

We managed to finally rebase the work, it can now be found at:
https://github.com/HOST-Oman/scribus/tree/boxes

It builds and runs, but some regressions were introduced during the
(complex) rebase, we are now tracking them down then back to completing
the work. We really appreciate if people can poke around and tell us if
we are moving on the right direction.

Regards,
Khaled

P.S. Since Andreas is not responding again and the more we work on the
code the harder it is to rebase, we had to abandon work on the old pull
request to his GitHub repository in order to be able to rebase the code. 


From cbradney at scribus.info  Sun Feb 21 21:56:16 2016
From: cbradney at scribus.info (Craig Bradney)
Date: Sun, 21 Feb 2016 22:56:16 +0100
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <20160221150003.GA17382@macbook.SASVR.OM>
References: <569F42C9.7000700@xox.ch>
 <CAA58wWVwr+GJcxNE3w6hrv1TE76+kh0wHqZf=faG0AjoG84TMQ@mail.gmail.com>
 <00f701d1542c$25230000$6f690000$@googlemail.com>
 <CAA58wWU+pOuR5wB_5X63OWbPOebG1HZqrAXNTvSfFKyOvpRFYQ@mail.gmail.com>
 <8877D28C-B7F0-4C93-BB09-1BCC2824CB1A@scribus.info>
 <CAA58wWVtJCdNut8cXqcoTmcYi5ixCmdaByuBW0MiXUit9KyQwA@mail.gmail.com>
 <014c01d159eb$ed0799e0$c716cda0$@googlemail.com>
 <E45D4845-3292-441B-86DE-606124FF1ABC@scribus.info>
 <CAA58wWXTqNGUvAJNw7=ke7_16uPONp6Z01GnwnqTRmcMt9CLEA@mail.gmail.com>
 <56C2EF6C.2060506@xox.ch> <20160221150003.GA17382@macbook.SASVR.OM>
Message-ID: <6E2C9241-F523-4B09-8F48-E03A97E54263@scribus.info>


> On 21 Feb 2016, at 16:00, Khaled Hosny <khaledhosny at eglug.org> wrote:
> 
> On Tue, Feb 16, 2016 at 10:44:12AM +0100, ale rimoldi wrote:
>> hey dawood
>> 
>>> 
>>> I am trying to apply the attached patches on updated Scribus SVN but I
>>> face a lot of merge conflicts.
>>> 
>> 
>> could you find a way to manage the conflicts?
> 
> We managed to finally rebase the work, it can now be found at:
> https://github.com/HOST-Oman/scribus/tree/boxes
> 
> It builds and runs, but some regressions were introduced during the
> (complex) rebase, we are now tracking them down then back to completing
> the work. We really appreciate if people can poke around and tell us if
> we are moving on the right direction.
> 
> Regards,
> Khaled
> 
> P.S. Since Andreas is not responding again and the more we work on the
> code the harder it is to rebase, we had to abandon work on the old pull
> request to his GitHub repository in order to be able to rebase the code. 


Cool stuff. Building it now so I can help a little if required to help merge/diff/patch in the future. 

Craig

From gpittman at iglou.com  Sun Feb 21 22:31:23 2016
From: gpittman at iglou.com (Gregory Pittman)
Date: Sun, 21 Feb 2016 17:31:23 -0500
Subject: [scribus-dev] a new scripter doc
Message-ID: <56CA3ABB.5030704@iglou.com>

I've added a scripter doc in 1.5.2. It's not really new information, but
rather a matter of collecting together commands for Lines.
I didn't delete the information elsewhere, just copied to the new file,
then added a new line in the menu, "Commands for Lines".

Easy enough to delete.

Greg


From scribus.user at gmail.com  Mon Feb 22 02:20:16 2016
From: scribus.user at gmail.com (Scribus User)
Date: Sun, 21 Feb 2016 20:20:16 -0600
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <6E2C9241-F523-4B09-8F48-E03A97E54263@scribus.info>
References: <569F42C9.7000700@xox.ch>
 <CAA58wWVwr+GJcxNE3w6hrv1TE76+kh0wHqZf=faG0AjoG84TMQ@mail.gmail.com>
 <00f701d1542c$25230000$6f690000$@googlemail.com>
 <CAA58wWU+pOuR5wB_5X63OWbPOebG1HZqrAXNTvSfFKyOvpRFYQ@mail.gmail.com>
 <8877D28C-B7F0-4C93-BB09-1BCC2824CB1A@scribus.info>
 <CAA58wWVtJCdNut8cXqcoTmcYi5ixCmdaByuBW0MiXUit9KyQwA@mail.gmail.com>
 <014c01d159eb$ed0799e0$c716cda0$@googlemail.com>
 <E45D4845-3292-441B-86DE-606124FF1ABC@scribus.info>
 <CAA58wWXTqNGUvAJNw7=ke7_16uPONp6Z01GnwnqTRmcMt9CLEA@mail.gmail.com>
 <56C2EF6C.2060506@xox.ch> <20160221150003.GA17382@macbook.SASVR.OM>
 <6E2C9241-F523-4B09-8F48-E03A97E54263@scribus.info>
Message-ID: <CAAt0FRj+beT89w-t9Zwg-hoGsepn=qP0zsCDtscPZ1ov=zM7Pg@mail.gmail.com>

On Sun, Feb 21, 2016 at 3:56 PM, Craig Bradney <cbradney at scribus.info>
wrote:

>
> > On 21 Feb 2016, at 16:00, Khaled Hosny <khaledhosny at eglug.org> wrote:
> >
> > On Tue, Feb 16, 2016 at 10:44:12AM +0100, ale rimoldi wrote:
> >> hey dawood
> >>
> >>>
> >>> I am trying to apply the attached patches on updated Scribus SVN but I
> >>> face a lot of merge conflicts.
> >>>
> >>
> >> could you find a way to manage the conflicts?
> >
> > We managed to finally rebase the work, it can now be found at:
> > https://github.com/HOST-Oman/scribus/tree/boxes
> >
> > It builds and runs, but some regressions were introduced during the
> > (complex) rebase, we are now tracking them down then back to completing
> > the work. We really appreciate if people can poke around and tell us if
> > we are moving on the right direction.
> >
> > Regards,
> > Khaled
> >
> > P.S. Since Andreas is not responding again and the more we work on the
> > code the harder it is to rebase, we had to abandon work on the old pull
> > request to his GitHub repository in order to be able to rebase the code.
>
>
> Cool stuff. Building it now so I can help a little if required to help
> merge/diff/patch in the future.
>

Awesome guys! Thanks for all the work so far. I'll start testing on my end.

Heads up MacOSX folks:
I've made a github gist for anyone who wants to test this branch on
10.(9-11) via Homebrew:
brew install --HEAD
https://gist.githubusercontent.com/luzpaz/e8fe95ec72b746966e6f/raw/scribusctlboxes.rb
--verbose

Cheers,
/Kunda
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160221/34ed2702/attachment.html>

From khaledhosny at eglug.org  Mon Feb 22 06:57:08 2016
From: khaledhosny at eglug.org (Khaled Hosny)
Date: Mon, 22 Feb 2016 10:57:08 +0400
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <6E2C9241-F523-4B09-8F48-E03A97E54263@scribus.info>
References: <00f701d1542c$25230000$6f690000$@googlemail.com>
 <CAA58wWU+pOuR5wB_5X63OWbPOebG1HZqrAXNTvSfFKyOvpRFYQ@mail.gmail.com>
 <8877D28C-B7F0-4C93-BB09-1BCC2824CB1A@scribus.info>
 <CAA58wWVtJCdNut8cXqcoTmcYi5ixCmdaByuBW0MiXUit9KyQwA@mail.gmail.com>
 <014c01d159eb$ed0799e0$c716cda0$@googlemail.com>
 <E45D4845-3292-441B-86DE-606124FF1ABC@scribus.info>
 <CAA58wWXTqNGUvAJNw7=ke7_16uPONp6Z01GnwnqTRmcMt9CLEA@mail.gmail.com>
 <56C2EF6C.2060506@xox.ch> <20160221150003.GA17382@macbook.SASVR.OM>
 <6E2C9241-F523-4B09-8F48-E03A97E54263@scribus.info>
Message-ID: <20160222065708.GA32150@macbook.SASVR.OM>

On Sun, Feb 21, 2016 at 10:56:16PM +0100, Craig Bradney wrote:
> > We managed to finally rebase the work, it can now be found at:
> > https://github.com/HOST-Oman/scribus/tree/boxes
> > 
> > It builds and runs, but some regressions were introduced during the
> > (complex) rebase, we are now tracking them down then back to completing
> > the work. We really appreciate if people can poke around and tell us if
> > we are moving on the right direction.
> > 
> > Regards,
> > Khaled
> > 
> > P.S. Since Andreas is not responding again and the more we work on the
> > code the harder it is to rebase, we had to abandon work on the old pull
> > request to his GitHub repository in order to be able to rebase the code. 
> 
> 
> Cool stuff. Building it now so I can help a little if required to help
> merge/diff/patch in the future. 

Great. We just fixed the couple of regressions we found after the merge
and the code should be now back to the same state before the merge,
which is that screen rendering is OK, PDF semi-works and we are working
on completing it, all other backends are broken (PS, SVG, XPS,
ScPageOutput?).

To give an overview of the changes:

A new boxes model have been introduced, there are currently 3 box types
implemented: GroupBox (kind of a container for other boxes), LineBox (a
specialised GroupBox for lines) and GlyphBox (the smallest box
containing a glyph or group of closely related glyphs).

The result of PageItem_TextFrame::layout() is packaged in a GroupBox
containing LineBoxes which in turn contain GlyphBoxes. There is a
Box::render() method (implemented by all subclasses) that takes a
ScPainter and do all the heavy lifting of rendering a box and eventually
calls ScPainter primitives to do the actual rendering (drawLine,
drawGlyph, etc.).

ScPainter have been turned into a virtual class, with specialised
implementations for each target output. The existing Cairo-based painter
have been turned into a ScScreenPainter (but I think ScImagePainter
would be more accurate now since I just found that it draws to a Cairo
image surface). A new PdfPainter have been introduced for PDF output
(incomplete yet), and there should be a new PsPainter, SvgPainter, etc.
all implementing the output-specific code.

Regards,
Khaled


From scribus.user at gmail.com  Mon Feb 22 14:39:56 2016
From: scribus.user at gmail.com (Scribus User)
Date: Mon, 22 Feb 2016 08:39:56 -0600
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <20160222065708.GA32150@macbook.SASVR.OM>
References: <00f701d1542c$25230000$6f690000$@googlemail.com>
 <CAA58wWU+pOuR5wB_5X63OWbPOebG1HZqrAXNTvSfFKyOvpRFYQ@mail.gmail.com>
 <8877D28C-B7F0-4C93-BB09-1BCC2824CB1A@scribus.info>
 <CAA58wWVtJCdNut8cXqcoTmcYi5ixCmdaByuBW0MiXUit9KyQwA@mail.gmail.com>
 <014c01d159eb$ed0799e0$c716cda0$@googlemail.com>
 <E45D4845-3292-441B-86DE-606124FF1ABC@scribus.info>
 <CAA58wWXTqNGUvAJNw7=ke7_16uPONp6Z01GnwnqTRmcMt9CLEA@mail.gmail.com>
 <56C2EF6C.2060506@xox.ch> <20160221150003.GA17382@macbook.SASVR.OM>
 <6E2C9241-F523-4B09-8F48-E03A97E54263@scribus.info>
 <20160222065708.GA32150@macbook.SASVR.OM>
Message-ID: <CAAt0FRjUN-JjLQqnxFMBD7OPDMDm_QG0B03qp1Jb=Whi_61dzw@mail.gmail.com>

On Mon, Feb 22, 2016 at 12:57 AM, Khaled Hosny <khaledhosny at eglug.org>
wrote:

> On Sun, Feb 21, 2016 at 10:56:16PM +0100, Craig Bradney wrote:
> > > We managed to finally rebase the work, it can now be found at:
> > > https://github.com/HOST-Oman/scribus/tree/boxes
> > >
> > > It builds and runs, but some regressions were introduced during the
> > > (complex) rebase, we are now tracking them down then back to completing
> > > the work. We really appreciate if people can poke around and tell us if
> > > we are moving on the right direction.
> > >
> > > Regards,
> > > Khaled
> > >
> > > P.S. Since Andreas is not responding again and the more we work on the
> > > code the harder it is to rebase, we had to abandon work on the old pull
> > > request to his GitHub repository in order to be able to rebase the
> code.
> >
> >
> > Cool stuff. Building it now so I can help a little if required to help
> > merge/diff/patch in the future.
>
> Great. We just fixed the couple of regressions we found after the merge
> and the code should be now back to the same state before the merge,
> which is that screen rendering is OK, PDF semi-works and we are working
> on completing it, all other backends are broken (PS, SVG, XPS,
> ScPageOutput?).
>
> To give an overview of the changes:
>
> A new boxes model have been introduced, there are currently 3 box types
> implemented: GroupBox (kind of a container for other boxes), LineBox (a
> specialised GroupBox for lines) and GlyphBox (the smallest box
> containing a glyph or group of closely related glyphs).
>
> The result of PageItem_TextFrame::layout() is packaged in a GroupBox
> containing LineBoxes which in turn contain GlyphBoxes. There is a
> Box::render() method (implemented by all subclasses) that takes a
> ScPainter and do all the heavy lifting of rendering a box and eventually
> calls ScPainter primitives to do the actual rendering (drawLine,
> drawGlyph, etc.).
>
> ScPainter have been turned into a virtual class, with specialised
> implementations for each target output. The existing Cairo-based painter
> have been turned into a ScScreenPainter (but I think ScImagePainter
> would be more accurate now since I just found that it draws to a Cairo
> image surface). A new PdfPainter have been introduced for PDF output
> (incomplete yet), and there should be a new PsPainter, SvgPainter, etc.
> all implementing the output-specific code.
>
> Regards,
> Khaled


Great! Rebuilding now.

Questions:
1) Should I submit bugs to https://github.com/HOST-Oman/scribus/issues ?
2) Are you guys going to have a roadmap to help testers see where you'd
like to see tests more focused on?

/Kunda
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160222/47ac783e/attachment.html>

From dawood.albadi at gmail.com  Mon Feb 22 15:59:51 2016
From: dawood.albadi at gmail.com (Dawood al-badi)
Date: Mon, 22 Feb 2016 19:59:51 +0400
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <CAAt0FRjUN-JjLQqnxFMBD7OPDMDm_QG0B03qp1Jb=Whi_61dzw@mail.gmail.com>
References: <00f701d1542c$25230000$6f690000$@googlemail.com>
 <CAA58wWU+pOuR5wB_5X63OWbPOebG1HZqrAXNTvSfFKyOvpRFYQ@mail.gmail.com>
 <8877D28C-B7F0-4C93-BB09-1BCC2824CB1A@scribus.info>
 <CAA58wWVtJCdNut8cXqcoTmcYi5ixCmdaByuBW0MiXUit9KyQwA@mail.gmail.com>
 <014c01d159eb$ed0799e0$c716cda0$@googlemail.com>
 <E45D4845-3292-441B-86DE-606124FF1ABC@scribus.info>
 <CAA58wWXTqNGUvAJNw7=ke7_16uPONp6Z01GnwnqTRmcMt9CLEA@mail.gmail.com>
 <56C2EF6C.2060506@xox.ch> <20160221150003.GA17382@macbook.SASVR.OM>
 <6E2C9241-F523-4B09-8F48-E03A97E54263@scribus.info>
 <20160222065708.GA32150@macbook.SASVR.OM>
 <CAAt0FRjUN-JjLQqnxFMBD7OPDMDm_QG0B03qp1Jb=Whi_61dzw@mail.gmail.com>
Message-ID: <CAA58wWVcidC8zK1GsB0=gM+qFw1SgeSOAuT22BBb_ouGzdz9GQ@mail.gmail.com>

You can submit any bug report to host oman scribus for now but as Mr khaled
mentioned we did not finish yet. For now you can test text layout and pdf
export.

Regards
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160222/61c1c4e0/attachment.html>

From khaledhosny at eglug.org  Mon Feb 22 17:32:17 2016
From: khaledhosny at eglug.org (Khaled Hosny)
Date: Mon, 22 Feb 2016 21:32:17 +0400
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <CAAt0FRjUN-JjLQqnxFMBD7OPDMDm_QG0B03qp1Jb=Whi_61dzw@mail.gmail.com>
References: <8877D28C-B7F0-4C93-BB09-1BCC2824CB1A@scribus.info>
 <CAA58wWVtJCdNut8cXqcoTmcYi5ixCmdaByuBW0MiXUit9KyQwA@mail.gmail.com>
 <014c01d159eb$ed0799e0$c716cda0$@googlemail.com>
 <E45D4845-3292-441B-86DE-606124FF1ABC@scribus.info>
 <CAA58wWXTqNGUvAJNw7=ke7_16uPONp6Z01GnwnqTRmcMt9CLEA@mail.gmail.com>
 <56C2EF6C.2060506@xox.ch> <20160221150003.GA17382@macbook.SASVR.OM>
 <6E2C9241-F523-4B09-8F48-E03A97E54263@scribus.info>
 <20160222065708.GA32150@macbook.SASVR.OM>
 <CAAt0FRjUN-JjLQqnxFMBD7OPDMDm_QG0B03qp1Jb=Whi_61dzw@mail.gmail.com>
Message-ID: <20160222173217.GD17382@macbook.SASVR.OM>

On Mon, Feb 22, 2016 at 08:39:56AM -0600, Scribus User wrote:
> Great! Rebuilding now.
> 
> Questions:
> 1) Should I submit bugs to https://github.com/HOST-Oman/scribus/issues ?
> 2) Are you guys going to have a roadmap to help testers see where you'd
> like to see tests more focused on?

Bug reports are welcomed, also I?m planing to use the GitHub issue
tracker to track the status of the project.

Regards,
Khaled


From cbradney at scribus.info  Mon Feb 22 22:05:13 2016
From: cbradney at scribus.info (Craig Bradney)
Date: Mon, 22 Feb 2016 23:05:13 +0100
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <20160222173217.GD17382@macbook.SASVR.OM>
References: <8877D28C-B7F0-4C93-BB09-1BCC2824CB1A@scribus.info>
 <CAA58wWVtJCdNut8cXqcoTmcYi5ixCmdaByuBW0MiXUit9KyQwA@mail.gmail.com>
 <014c01d159eb$ed0799e0$c716cda0$@googlemail.com>
 <E45D4845-3292-441B-86DE-606124FF1ABC@scribus.info>
 <CAA58wWXTqNGUvAJNw7=ke7_16uPONp6Z01GnwnqTRmcMt9CLEA@mail.gmail.com>
 <56C2EF6C.2060506@xox.ch> <20160221150003.GA17382@macbook.SASVR.OM>
 <6E2C9241-F523-4B09-8F48-E03A97E54263@scribus.info>
 <20160222065708.GA32150@macbook.SASVR.OM>
 <CAAt0FRjUN-JjLQqnxFMBD7OPDMDm_QG0B03qp1Jb=Whi_61dzw@mail.gmail.com>
 <20160222173217.GD17382@macbook.SASVR.OM>
Message-ID: <F2923CAA-BFAC-423C-8144-6F266A11009A@scribus.info>


> On 22 Feb 2016, at 18:32, Khaled Hosny <khaledhosny at eglug.org> wrote:
> 
> On Mon, Feb 22, 2016 at 08:39:56AM -0600, Scribus User wrote:
>> Great! Rebuilding now.
>> 
>> Questions:
>> 1) Should I submit bugs to https://github.com/HOST-Oman/scribus/issues ?
>> 2) Are you guys going to have a roadmap to help testers see where you'd
>> like to see tests more focused on?
> 
> Bug reports are welcomed, also I?m planing to use the GitHub issue
> tracker to track the status of the project.
> 
> Regards,
> Khaled


Nice rendering. 1.5.1 on the left, HOST on the right. Characters are more rounded.

Craig

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160222/ff35c229/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screenshot 2016-02-22 21.55.37.png
Type: image/png
Size: 21849 bytes
Desc: not available
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160222/ff35c229/attachment-0001.png>

From cbradney at scribus.info  Tue Feb 23 11:06:47 2016
From: cbradney at scribus.info (Craig Bradney)
Date: Tue, 23 Feb 2016 12:06:47 +0100
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <F2923CAA-BFAC-423C-8144-6F266A11009A@scribus.info>
References: <8877D28C-B7F0-4C93-BB09-1BCC2824CB1A@scribus.info>
 <CAA58wWVtJCdNut8cXqcoTmcYi5ixCmdaByuBW0MiXUit9KyQwA@mail.gmail.com>
 <014c01d159eb$ed0799e0$c716cda0$@googlemail.com>
 <E45D4845-3292-441B-86DE-606124FF1ABC@scribus.info>
 <CAA58wWXTqNGUvAJNw7=ke7_16uPONp6Z01GnwnqTRmcMt9CLEA@mail.gmail.com>
 <56C2EF6C.2060506@xox.ch> <20160221150003.GA17382@macbook.SASVR.OM>
 <6E2C9241-F523-4B09-8F48-E03A97E54263@scribus.info>
 <20160222065708.GA32150@macbook.SASVR.OM>
 <CAAt0FRjUN-JjLQqnxFMBD7OPDMDm_QG0B03qp1Jb=Whi_61dzw@mail.gmail.com>
 <20160222173217.GD17382@macbook.SASVR.OM>
 <F2923CAA-BFAC-423C-8144-6F266A11009A@scribus.info>
Message-ID: <76A8A33D-908E-4945-9D18-5B3B9A2322D4@scribus.info>


> On 22 Feb 2016, at 23:05, Craig Bradney <cbradney at scribus.info> wrote:
> 
> 
>> On 22 Feb 2016, at 18:32, Khaled Hosny <khaledhosny at eglug.org <mailto:khaledhosny at eglug.org>> wrote:
>> 
>> On Mon, Feb 22, 2016 at 08:39:56AM -0600, Scribus User wrote:
>>> Great! Rebuilding now.
>>> 
>>> Questions:
>>> 1) Should I submit bugs to https://github.com/HOST-Oman/scribus/issues <https://github.com/HOST-Oman/scribus/issues> ?
>>> 2) Are you guys going to have a roadmap to help testers see where you'd
>>> like to see tests more focused on?
>> 
>> Bug reports are welcomed, also I?m planing to use the GitHub issue
>> tracker to track the status of the project.
>> 
>> Regards,
>> Khaled
> 
> 
> Nice rendering. 1.5.1 on the left, HOST on the right. Characters are more rounded.
> 


I?ve got the two trees loaded up in a side by side code diff program. Some of the differences will be removed once you apply the most recent changes in svn. I?m not sure exactly where you are up to r21025 or before?

Craig 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160223/17b05570/attachment.html>

From khaledhosny at eglug.org  Tue Feb 23 17:46:30 2016
From: khaledhosny at eglug.org (Khaled Hosny)
Date: Tue, 23 Feb 2016 21:46:30 +0400
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <F2923CAA-BFAC-423C-8144-6F266A11009A@scribus.info>
References: <014c01d159eb$ed0799e0$c716cda0$@googlemail.com>
 <E45D4845-3292-441B-86DE-606124FF1ABC@scribus.info>
 <CAA58wWXTqNGUvAJNw7=ke7_16uPONp6Z01GnwnqTRmcMt9CLEA@mail.gmail.com>
 <56C2EF6C.2060506@xox.ch> <20160221150003.GA17382@macbook.SASVR.OM>
 <6E2C9241-F523-4B09-8F48-E03A97E54263@scribus.info>
 <20160222065708.GA32150@macbook.SASVR.OM>
 <CAAt0FRjUN-JjLQqnxFMBD7OPDMDm_QG0B03qp1Jb=Whi_61dzw@mail.gmail.com>
 <20160222173217.GD17382@macbook.SASVR.OM>
 <F2923CAA-BFAC-423C-8144-6F266A11009A@scribus.info>
Message-ID: <20160223174630.GC1657@macbook.SASVR.OM>

On Mon, Feb 22, 2016 at 11:05:13PM +0100, Craig Bradney wrote:
> 
> > On 22 Feb 2016, at 18:32, Khaled Hosny <khaledhosny at eglug.org> wrote:
> > 
> > On Mon, Feb 22, 2016 at 08:39:56AM -0600, Scribus User wrote:
> >> Great! Rebuilding now.
> >> 
> >> Questions:
> >> 1) Should I submit bugs to https://github.com/HOST-Oman/scribus/issues ?
> >> 2) Are you guys going to have a roadmap to help testers see where you'd
> >> like to see tests more focused on?
> > 
> > Bug reports are welcomed, also I?m planing to use the GitHub issue
> > tracker to track the status of the project.
> > 
> > Regards,
> > Khaled
> 
> 
> Nice rendering. 1.5.1 on the left, HOST on the right. Characters are more rounded.

That is because we now render glyphs using the relevant Cairo APIs,
instead of decomposing the glyph outlines and rendering them ?manually?
as vectors.

Regards,
Khaled


From khaledhosny at eglug.org  Tue Feb 23 17:49:08 2016
From: khaledhosny at eglug.org (Khaled Hosny)
Date: Tue, 23 Feb 2016 21:49:08 +0400
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <76A8A33D-908E-4945-9D18-5B3B9A2322D4@scribus.info>
References: <E45D4845-3292-441B-86DE-606124FF1ABC@scribus.info>
 <CAA58wWXTqNGUvAJNw7=ke7_16uPONp6Z01GnwnqTRmcMt9CLEA@mail.gmail.com>
 <56C2EF6C.2060506@xox.ch> <20160221150003.GA17382@macbook.SASVR.OM>
 <6E2C9241-F523-4B09-8F48-E03A97E54263@scribus.info>
 <20160222065708.GA32150@macbook.SASVR.OM>
 <CAAt0FRjUN-JjLQqnxFMBD7OPDMDm_QG0B03qp1Jb=Whi_61dzw@mail.gmail.com>
 <20160222173217.GD17382@macbook.SASVR.OM>
 <F2923CAA-BFAC-423C-8144-6F266A11009A@scribus.info>
 <76A8A33D-908E-4945-9D18-5B3B9A2322D4@scribus.info>
Message-ID: <20160223174908.GD1657@macbook.SASVR.OM>

On Tue, Feb 23, 2016 at 12:06:47PM +0100, Craig Bradney wrote:
> 
> > On 22 Feb 2016, at 23:05, Craig Bradney <cbradney at scribus.info> wrote:
> > 
> > 
> >> On 22 Feb 2016, at 18:32, Khaled Hosny <khaledhosny at eglug.org <mailto:khaledhosny at eglug.org>> wrote:
> >> 
> >> On Mon, Feb 22, 2016 at 08:39:56AM -0600, Scribus User wrote:
> >>> Great! Rebuilding now.
> >>> 
> >>> Questions:
> >>> 1) Should I submit bugs to https://github.com/HOST-Oman/scribus/issues <https://github.com/HOST-Oman/scribus/issues> ?
> >>> 2) Are you guys going to have a roadmap to help testers see where you'd
> >>> like to see tests more focused on?
> >> 
> >> Bug reports are welcomed, also I?m planing to use the GitHub issue
> >> tracker to track the status of the project.
> >> 
> >> Regards,
> >> Khaled
> > 
> > 
> > Nice rendering. 1.5.1 on the left, HOST on the right. Characters are more rounded.
> > 
> 
> 
> I?ve got the two trees loaded up in a side by side code diff program.
> Some of the differences will be removed once you apply the most recent
> changes in svn. I?m not sure exactly where you are up to r21025 or
> before?

I just rebased on top of r21027, and we will try to rebase regularly to
keep things in sync. I have been also trying to reduce the unneeded
diffs as much as possible (reverting early experimentation etc.) to make
the final patch a bit easier to digest.

Regards,
Khaled


From jghali at libertysurf.fr  Tue Feb 23 19:02:44 2016
From: jghali at libertysurf.fr (Jean Ghali)
Date: Tue, 23 Feb 2016 20:02:44 +0100
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <20160223174630.GC1657@macbook.SASVR.OM>
References: <014c01d159eb$ed0799e0$c716cda0$@googlemail.com>
 <E45D4845-3292-441B-86DE-606124FF1ABC@scribus.info>
 <CAA58wWXTqNGUvAJNw7=ke7_16uPONp6Z01GnwnqTRmcMt9CLEA@mail.gmail.com>
 <56C2EF6C.2060506@xox.ch> <20160221150003.GA17382@macbook.SASVR.OM>
 <6E2C9241-F523-4B09-8F48-E03A97E54263@scribus.info>
 <20160222065708.GA32150@macbook.SASVR.OM>
 <CAAt0FRjUN-JjLQqnxFMBD7OPDMDm_QG0B03qp1Jb=Whi_61dzw@mail.gmail.com>
 <20160222173217.GD17382@macbook.SASVR.OM>
 <F2923CAA-BFAC-423C-8144-6F266A11009A@scribus.info>
 <20160223174630.GC1657@macbook.SASVR.OM>
Message-ID: <56CCACD4.9000700@libertysurf.fr>

Le 23/02/2016 18:46, Khaled Hosny a ?crit :
> On Mon, Feb 22, 2016 at 11:05:13PM +0100, Craig Bradney wrote:
>>
>> Nice rendering. 1.5.1 on the left, HOST on the right. Characters are more rounded.
> 
> That is because we now render glyphs using the relevant Cairo APIs,
> instead of decomposing the glyph outlines and rendering them ?manually?
> as vectors.


Just a remark. Cairo freetype backend is optional and may depend on Fontconfig or not. On
Windows Scribus does not have Fontconfig as a dependency. So if you use any Fontconfig
macro or structures, please enclose those in appropriate ifdef. Also on Windows, cairo is
built with the Windows font backend. So appropriate ifdef should also be used so as to use
glyph outlines if Freetype backend is not available.



From khaledhosny at eglug.org  Tue Feb 23 21:02:20 2016
From: khaledhosny at eglug.org (Khaled Hosny)
Date: Wed, 24 Feb 2016 01:02:20 +0400
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <56CCACD4.9000700@libertysurf.fr>
References: <CAA58wWXTqNGUvAJNw7=ke7_16uPONp6Z01GnwnqTRmcMt9CLEA@mail.gmail.com>
 <56C2EF6C.2060506@xox.ch> <20160221150003.GA17382@macbook.SASVR.OM>
 <6E2C9241-F523-4B09-8F48-E03A97E54263@scribus.info>
 <20160222065708.GA32150@macbook.SASVR.OM>
 <CAAt0FRjUN-JjLQqnxFMBD7OPDMDm_QG0B03qp1Jb=Whi_61dzw@mail.gmail.com>
 <20160222173217.GD17382@macbook.SASVR.OM>
 <F2923CAA-BFAC-423C-8144-6F266A11009A@scribus.info>
 <20160223174630.GC1657@macbook.SASVR.OM>
 <56CCACD4.9000700@libertysurf.fr>
Message-ID: <20160223210220.GE1657@macbook.SASVR.OM>

On Tue, Feb 23, 2016 at 08:02:44PM +0100, Jean Ghali wrote:
> Le 23/02/2016 18:46, Khaled Hosny a ?crit :
> > On Mon, Feb 22, 2016 at 11:05:13PM +0100, Craig Bradney wrote:
> >>
> >> Nice rendering. 1.5.1 on the left, HOST on the right. Characters are more rounded.
> > 
> > That is because we now render glyphs using the relevant Cairo APIs,
> > instead of decomposing the glyph outlines and rendering them ?manually?
> > as vectors.
> 
> 
> Just a remark. Cairo freetype backend is optional and may depend on Fontconfig or not. On
> Windows Scribus does not have Fontconfig as a dependency. So if you use any Fontconfig
> macro or structures, please enclose those in appropriate ifdef. Also on Windows, cairo is
> built with the Windows font backend. So appropriate ifdef should also be used so as to use
> glyph outlines if Freetype backend is not available.

I?ll keep that in mind. We don?t use FontConfig, and since Scribus
already depends on FreeType, building Cairo with FreeType font backend
adds no extra dependencies and should be a reasonable expectation (we
should just make sure CMake checks for this).

Regards,
Khaled


From cbradney at scribus.info  Tue Feb 23 21:30:20 2016
From: cbradney at scribus.info (Craig Bradney)
Date: Tue, 23 Feb 2016 22:30:20 +0100
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <20160223174908.GD1657@macbook.SASVR.OM>
References: <E45D4845-3292-441B-86DE-606124FF1ABC@scribus.info>
 <CAA58wWXTqNGUvAJNw7=ke7_16uPONp6Z01GnwnqTRmcMt9CLEA@mail.gmail.com>
 <56C2EF6C.2060506@xox.ch> <20160221150003.GA17382@macbook.SASVR.OM>
 <6E2C9241-F523-4B09-8F48-E03A97E54263@scribus.info>
 <20160222065708.GA32150@macbook.SASVR.OM>
 <CAAt0FRjUN-JjLQqnxFMBD7OPDMDm_QG0B03qp1Jb=Whi_61dzw@mail.gmail.com>
 <20160222173217.GD17382@macbook.SASVR.OM>
 <F2923CAA-BFAC-423C-8144-6F266A11009A@scribus.info>
 <76A8A33D-908E-4945-9D18-5B3B9A2322D4@scribus.info>
 <20160223174908.GD1657@macbook.SASVR.OM>
Message-ID: <7728B4CA-1754-478D-920B-46C65F8C7483@scribus.info>


> On 23 Feb 2016, at 18:49, Khaled Hosny <khaledhosny at eglug.org> wrote:
> 
> On Tue, Feb 23, 2016 at 12:06:47PM +0100, Craig Bradney wrote:
>> 
>>> On 22 Feb 2016, at 23:05, Craig Bradney <cbradney at scribus.info> wrote:
>>> 
>>> 
>>>> On 22 Feb 2016, at 18:32, Khaled Hosny <khaledhosny at eglug.org <mailto:khaledhosny at eglug.org>> wrote:
>>>> 
>>>> On Mon, Feb 22, 2016 at 08:39:56AM -0600, Scribus User wrote:
>>>>> Great! Rebuilding now.
>>>>> 
>>>>> Questions:
>>>>> 1) Should I submit bugs to https://github.com/HOST-Oman/scribus/issues <https://github.com/HOST-Oman/scribus/issues> ?
>>>>> 2) Are you guys going to have a roadmap to help testers see where you'd
>>>>> like to see tests more focused on?
>>>> 
>>>> Bug reports are welcomed, also I?m planing to use the GitHub issue
>>>> tracker to track the status of the project.
>>>> 
>>>> Regards,
>>>> Khaled
>>> 
>>> 
>>> Nice rendering. 1.5.1 on the left, HOST on the right. Characters are more rounded.
>>> 
>> 
>> 
>> I?ve got the two trees loaded up in a side by side code diff program.
>> Some of the differences will be removed once you apply the most recent
>> changes in svn. I?m not sure exactly where you are up to r21025 or
>> before?
> 
> I just rebased on top of r21027, and we will try to rebase regularly to
> keep things in sync. I have been also trying to reduce the unneeded
> diffs as much as possible (reverting early experimentation etc.) to make
> the final patch a bit easier to digest.
> 

r20128 and r20129 are easy for you to bring over. scpaths.h/cpp and ui/helpbrowser.cpp.

I was trying to do a rename of ScPainter to ScImagePainter to match you but you still have both classes at the moment. Not sure which to use.

thanks
Craig

From khaledhosny at eglug.org  Tue Feb 23 21:31:59 2016
From: khaledhosny at eglug.org (Khaled Hosny)
Date: Wed, 24 Feb 2016 01:31:59 +0400
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <20160223210220.GE1657@macbook.SASVR.OM>
References: <56C2EF6C.2060506@xox.ch> <20160221150003.GA17382@macbook.SASVR.OM>
 <6E2C9241-F523-4B09-8F48-E03A97E54263@scribus.info>
 <20160222065708.GA32150@macbook.SASVR.OM>
 <CAAt0FRjUN-JjLQqnxFMBD7OPDMDm_QG0B03qp1Jb=Whi_61dzw@mail.gmail.com>
 <20160222173217.GD17382@macbook.SASVR.OM>
 <F2923CAA-BFAC-423C-8144-6F266A11009A@scribus.info>
 <20160223174630.GC1657@macbook.SASVR.OM>
 <56CCACD4.9000700@libertysurf.fr>
 <20160223210220.GE1657@macbook.SASVR.OM>
Message-ID: <20160223213159.GA1457@macbook>

On Wed, Feb 24, 2016 at 01:02:20AM +0400, Khaled Hosny wrote:
> On Tue, Feb 23, 2016 at 08:02:44PM +0100, Jean Ghali wrote:
> > Le 23/02/2016 18:46, Khaled Hosny a ?crit :
> > > On Mon, Feb 22, 2016 at 11:05:13PM +0100, Craig Bradney wrote:
> > >>
> > >> Nice rendering. 1.5.1 on the left, HOST on the right. Characters are more rounded.
> > > 
> > > That is because we now render glyphs using the relevant Cairo APIs,
> > > instead of decomposing the glyph outlines and rendering them ?manually?
> > > as vectors.
> > 
> > 
> > Just a remark. Cairo freetype backend is optional and may depend on Fontconfig or not. On
> > Windows Scribus does not have Fontconfig as a dependency. So if you use any Fontconfig
> > macro or structures, please enclose those in appropriate ifdef. Also on Windows, cairo is
> > built with the Windows font backend. So appropriate ifdef should also be used so as to use
> > glyph outlines if Freetype backend is not available.
> 
> I?ll keep that in mind. We don?t use FontConfig, and since Scribus
> already depends on FreeType, building Cairo with FreeType font backend
> adds no extra dependencies and should be a reasonable expectation (we
> should just make sure CMake checks for this).

Eventually we should evaluate porting to QPainter (at least the text
rendering code) since the current way of rendering to a Cairo image
surface and then rendering the image with QPainter is very suboptimal
(no subpixel antialiasing for example, and poor support for HiDPI
screens).

Regards,
Khaled


From jghali at libertysurf.fr  Tue Feb 23 22:45:39 2016
From: jghali at libertysurf.fr (Jean Ghali)
Date: Tue, 23 Feb 2016 23:45:39 +0100
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <20160223213159.GA1457@macbook>
References: <56C2EF6C.2060506@xox.ch> <20160221150003.GA17382@macbook.SASVR.OM>
 <6E2C9241-F523-4B09-8F48-E03A97E54263@scribus.info>
 <20160222065708.GA32150@macbook.SASVR.OM>
 <CAAt0FRjUN-JjLQqnxFMBD7OPDMDm_QG0B03qp1Jb=Whi_61dzw@mail.gmail.com>
 <20160222173217.GD17382@macbook.SASVR.OM>
 <F2923CAA-BFAC-423C-8144-6F266A11009A@scribus.info>
 <20160223174630.GC1657@macbook.SASVR.OM> <56CCACD4.9000700@libertysurf.fr>
 <20160223210220.GE1657@macbook.SASVR.OM> <20160223213159.GA1457@macbook>
Message-ID: <56CCE113.8030605@libertysurf.fr>

Le 23/02/2016 22:31, Khaled Hosny a ?crit :
>
> Eventually we should evaluate porting to QPainter (at least the text
> rendering code) since the current way of rendering to a Cairo image
> surface and then rendering the image with QPainter is very suboptimal
> (no subpixel antialiasing for example, and poor support for HiDPI
> screens).


A QPainter port is in my opinion not realistic. QPainter is missing 
functionalities related to advanced gradients, noticeably gradient masks 
and gradient meshes. For text you will have also to use the native 
system font rendering, so you should expect difficulties interfacing 
Scribus freetype based font management with Qt. Expecting  a Freetype 
font backend for Qt on Windows is not reasonable. Cairo is also still 
the way to go for printing on Windows.


From khaledhosny at eglug.org  Tue Feb 23 22:54:45 2016
From: khaledhosny at eglug.org (Khaled Hosny)
Date: Wed, 24 Feb 2016 02:54:45 +0400
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <7728B4CA-1754-478D-920B-46C65F8C7483@scribus.info>
References: <56C2EF6C.2060506@xox.ch> <20160221150003.GA17382@macbook.SASVR.OM>
 <6E2C9241-F523-4B09-8F48-E03A97E54263@scribus.info>
 <20160222065708.GA32150@macbook.SASVR.OM>
 <CAAt0FRjUN-JjLQqnxFMBD7OPDMDm_QG0B03qp1Jb=Whi_61dzw@mail.gmail.com>
 <20160222173217.GD17382@macbook.SASVR.OM>
 <F2923CAA-BFAC-423C-8144-6F266A11009A@scribus.info>
 <76A8A33D-908E-4945-9D18-5B3B9A2322D4@scribus.info>
 <20160223174908.GD1657@macbook.SASVR.OM>
 <7728B4CA-1754-478D-920B-46C65F8C7483@scribus.info>
Message-ID: <20160223225445.GF1657@macbook.SASVR.OM>

On Tue, Feb 23, 2016 at 10:30:20PM +0100, Craig Bradney wrote:
> 
> > On 23 Feb 2016, at 18:49, Khaled Hosny <khaledhosny at eglug.org> wrote:
> > 
> > On Tue, Feb 23, 2016 at 12:06:47PM +0100, Craig Bradney wrote:
> >> 
> >>> On 22 Feb 2016, at 23:05, Craig Bradney <cbradney at scribus.info> wrote:
> >>> 
> >>> 
> >>>> On 22 Feb 2016, at 18:32, Khaled Hosny <khaledhosny at eglug.org <mailto:khaledhosny at eglug.org>> wrote:
> >>>> 
> >>>> On Mon, Feb 22, 2016 at 08:39:56AM -0600, Scribus User wrote:
> >>>>> Great! Rebuilding now.
> >>>>> 
> >>>>> Questions:
> >>>>> 1) Should I submit bugs to https://github.com/HOST-Oman/scribus/issues <https://github.com/HOST-Oman/scribus/issues> ?
> >>>>> 2) Are you guys going to have a roadmap to help testers see where you'd
> >>>>> like to see tests more focused on?
> >>>> 
> >>>> Bug reports are welcomed, also I?m planing to use the GitHub issue
> >>>> tracker to track the status of the project.
> >>>> 
> >>>> Regards,
> >>>> Khaled
> >>> 
> >>> 
> >>> Nice rendering. 1.5.1 on the left, HOST on the right. Characters are more rounded.
> >>> 
> >> 
> >> 
> >> I?ve got the two trees loaded up in a side by side code diff program.
> >> Some of the differences will be removed once you apply the most recent
> >> changes in svn. I?m not sure exactly where you are up to r21025 or
> >> before?
> > 
> > I just rebased on top of r21027, and we will try to rebase regularly to
> > keep things in sync. I have been also trying to reduce the unneeded
> > diffs as much as possible (reverting early experimentation etc.) to make
> > the final patch a bit easier to digest.
> > 
> 
> r20128 and r20129 are easy for you to bring over. scpaths.h/cpp and ui/helpbrowser.cpp.
> 
> I was trying to do a rename of ScPainter to ScImagePainter to match
> you but you still have both classes at the moment. Not sure which to
> use.

I?m working on something that might avoid this renaming altogether and
more or less revert ScPainter to its original state.

Regards,
Khaled


From jghali at libertysurf.fr  Tue Feb 23 23:06:48 2016
From: jghali at libertysurf.fr (Jean Ghali)
Date: Wed, 24 Feb 2016 00:06:48 +0100
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <20160223213159.GA1457@macbook>
References: <56C2EF6C.2060506@xox.ch> <20160221150003.GA17382@macbook.SASVR.OM>
 <6E2C9241-F523-4B09-8F48-E03A97E54263@scribus.info>
 <20160222065708.GA32150@macbook.SASVR.OM>
 <CAAt0FRjUN-JjLQqnxFMBD7OPDMDm_QG0B03qp1Jb=Whi_61dzw@mail.gmail.com>
 <20160222173217.GD17382@macbook.SASVR.OM>
 <F2923CAA-BFAC-423C-8144-6F266A11009A@scribus.info>
 <20160223174630.GC1657@macbook.SASVR.OM> <56CCACD4.9000700@libertysurf.fr>
 <20160223210220.GE1657@macbook.SASVR.OM> <20160223213159.GA1457@macbook>
Message-ID: <56CCE608.7000408@libertysurf.fr>

Le 23/02/2016 22:31, Khaled Hosny a ?crit :
>>
>> I?ll keep that in mind. We don?t use FontConfig, and since Scribus
>> already depends on FreeType, building Cairo with FreeType font backend
>> adds no extra dependencies and should be a reasonable expectation (we
>> should just make sure CMake checks for this).

Building cairo with freetype on Windows is indeed possible. However 
cairo freetype backend depends on fontconfig on Linux. So it should be 
checked that not using fontconfig will not trigger unwanted behavior 
differences.

Another remark: in ScImagePainter drawGlyph(), a cairo_font_face_t 
object is repeatedly created and destroyed for each painted glyph. This 
is probably slow. You should likely think about adding a setFace method 
(setFont is already used) so as to create and cache the cairo font 
object inside ScImagePainter. By doing so one can create/destroy this 
object only once per glyph run instead of once per glyph.


From shamsahamed59 at gmail.com  Wed Feb 24 05:37:44 2016
From: shamsahamed59 at gmail.com (Shamsa Hamed)
Date: Wed, 24 Feb 2016 09:37:44 +0400
Subject: [scribus-dev] ScpageOutput
Message-ID: <CAM73HEaHWnZPUq3GPv3aJCHgej04icjeAuZdZa1TmtGiyQg88w@mail.gmail.com>

Hi,
Can anyone explain to me what ScpageOutput is used for?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160224/68a63d38/attachment.html>

From jghali at libertysurf.fr  Wed Feb 24 09:13:12 2016
From: jghali at libertysurf.fr (Jean Ghali)
Date: Wed, 24 Feb 2016 10:13:12 +0100
Subject: [scribus-dev] ScpageOutput
In-Reply-To: <CAM73HEaHWnZPUq3GPv3aJCHgej04icjeAuZdZa1TmtGiyQg88w@mail.gmail.com>
References: <CAM73HEaHWnZPUq3GPv3aJCHgej04icjeAuZdZa1TmtGiyQg88w@mail.gmail.com>
Message-ID: <56CD7428.5040106@libertysurf.fr>

Le 24/02/2016 06:37, Shamsa Hamed a ?crit :
> Hi,
> Can anyone explain to me what ScpageOutput is used for?
> 

Hi,

ScPageOutput is used to draw pages on output device such as printers. Currently it is
mainly used for printing on Windows. See ScPrintEngine_GDI. You will notice ScPageOutput
uses a different painter interface, ScPainterEx, which has been modified to allow painting
to CMYK devices. There is still an experimental non public PostScript Level 2 painter,
ScPainterEx_Ps2, which uses that capability.

Jean




From dawood.albadi at gmail.com  Wed Feb 24 14:12:08 2016
From: dawood.albadi at gmail.com (Dawood al-badi)
Date: Wed, 24 Feb 2016 18:12:08 +0400
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <56CCE608.7000408@libertysurf.fr>
References: <56C2EF6C.2060506@xox.ch> <20160221150003.GA17382@macbook.SASVR.OM>
 <6E2C9241-F523-4B09-8F48-E03A97E54263@scribus.info>
 <20160222065708.GA32150@macbook.SASVR.OM>
 <CAAt0FRjUN-JjLQqnxFMBD7OPDMDm_QG0B03qp1Jb=Whi_61dzw@mail.gmail.com>
 <20160222173217.GD17382@macbook.SASVR.OM>
 <F2923CAA-BFAC-423C-8144-6F266A11009A@scribus.info>
 <20160223174630.GC1657@macbook.SASVR.OM>
 <56CCACD4.9000700@libertysurf.fr>
 <20160223210220.GE1657@macbook.SASVR.OM>
 <20160223213159.GA1457@macbook> <56CCE608.7000408@libertysurf.fr>
Message-ID: <CAA58wWUfZRTLxetENkMDXLc-Q4G6s0oiwuBuVcazS5vcOAF7Rw@mail.gmail.com>

Hello guys

I need some one who's expert in scribus to test text frame layouts and pdf
export. Currently I have some buges regarding some fonts but it is not so
buggy. Please if there any one available, download host oman scribus,
checkout for boxes branch then start test and report issues.

Link is
git clone https://github.com/HOST-Oman/scribus.git

Regards
Dawood
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160224/b751e99e/attachment.html>

From khaledhosny at eglug.org  Wed Feb 24 16:48:06 2016
From: khaledhosny at eglug.org (Khaled Hosny)
Date: Wed, 24 Feb 2016 20:48:06 +0400
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <56CCE608.7000408@libertysurf.fr>
References: <6E2C9241-F523-4B09-8F48-E03A97E54263@scribus.info>
 <20160222065708.GA32150@macbook.SASVR.OM>
 <CAAt0FRjUN-JjLQqnxFMBD7OPDMDm_QG0B03qp1Jb=Whi_61dzw@mail.gmail.com>
 <20160222173217.GD17382@macbook.SASVR.OM>
 <F2923CAA-BFAC-423C-8144-6F266A11009A@scribus.info>
 <20160223174630.GC1657@macbook.SASVR.OM>
 <56CCACD4.9000700@libertysurf.fr>
 <20160223210220.GE1657@macbook.SASVR.OM>
 <20160223213159.GA1457@macbook> <56CCE608.7000408@libertysurf.fr>
Message-ID: <20160224164806.GG1657@macbook.SASVR.OM>

On Wed, Feb 24, 2016 at 12:06:48AM +0100, Jean Ghali wrote:
> Le 23/02/2016 22:31, Khaled Hosny a ?crit :
> >>
> >>I?ll keep that in mind. We don?t use FontConfig, and since Scribus
> >>already depends on FreeType, building Cairo with FreeType font backend
> >>adds no extra dependencies and should be a reasonable expectation (we
> >>should just make sure CMake checks for this).
> 
> Building cairo with freetype on Windows is indeed possible. However cairo
> freetype backend depends on fontconfig on Linux. So it should be checked
> that not using fontconfig will not trigger unwanted behavior differences.

Cairo FT backed can use FontConfig, but that is only for the
cairo_ft_font_face_create_for_pattern () etc., which does not affect
rendering at all.

> Another remark: in ScImagePainter drawGlyph(), a cairo_font_face_t object is
> repeatedly created and destroyed for each painted glyph. This is probably
> slow. You should likely think about adding a setFace method (setFont is
> already used) so as to create and cache the cairo font object inside
> ScImagePainter. By doing so one can create/destroy this object only once per
> glyph run instead of once per glyph.

When I profiled the code this didn?t seem to be of much of an impact,
but I was planning to add a setFont() method except that ScPainter
already had one that takes QFont and is used only by drawText(), having
another method that takes ScFace and is used only by drawGlyph() etc.
will make the semantics of the API unclear. Anyway, I?m moving away from
touching ScPainter at all and introduced a new painter class to be used
for rendering boxes so that we can have the API that fits our need
without messing with the rest of the codebase. Further more, I reverted
to the old glyph rendering code until I figure out what is the best way
to handle other platforms.

Regards,
Khaled


From khaledhosny at eglug.org  Wed Feb 24 16:50:26 2016
From: khaledhosny at eglug.org (Khaled Hosny)
Date: Wed, 24 Feb 2016 20:50:26 +0400
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <56CCE113.8030605@libertysurf.fr>
References: <6E2C9241-F523-4B09-8F48-E03A97E54263@scribus.info>
 <20160222065708.GA32150@macbook.SASVR.OM>
 <CAAt0FRjUN-JjLQqnxFMBD7OPDMDm_QG0B03qp1Jb=Whi_61dzw@mail.gmail.com>
 <20160222173217.GD17382@macbook.SASVR.OM>
 <F2923CAA-BFAC-423C-8144-6F266A11009A@scribus.info>
 <20160223174630.GC1657@macbook.SASVR.OM>
 <56CCACD4.9000700@libertysurf.fr>
 <20160223210220.GE1657@macbook.SASVR.OM>
 <20160223213159.GA1457@macbook> <56CCE113.8030605@libertysurf.fr>
Message-ID: <20160224165026.GH1657@macbook.SASVR.OM>

On Tue, Feb 23, 2016 at 11:45:39PM +0100, Jean Ghali wrote:
> Le 23/02/2016 22:31, Khaled Hosny a ?crit :
> >
> >Eventually we should evaluate porting to QPainter (at least the text
> >rendering code) since the current way of rendering to a Cairo image
> >surface and then rendering the image with QPainter is very suboptimal
> >(no subpixel antialiasing for example, and poor support for HiDPI
> >screens).
> 
> 
> A QPainter port is in my opinion not realistic. QPainter is missing
> functionalities related to advanced gradients, noticeably gradient masks and
> gradient meshes. For text you will have also to use the native system font
> rendering, so you should expect difficulties interfacing Scribus freetype
> based font management with Qt.

That is why it needs to be thoroughly evaluated, anyway that is unlikely
to be part of this little project since we want to minimize the changes
as possible.

Regards,
Khaled


From khaledhosny at eglug.org  Wed Feb 24 16:53:42 2016
From: khaledhosny at eglug.org (Khaled Hosny)
Date: Wed, 24 Feb 2016 20:53:42 +0400
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <7728B4CA-1754-478D-920B-46C65F8C7483@scribus.info>
References: <56C2EF6C.2060506@xox.ch> <20160221150003.GA17382@macbook.SASVR.OM>
 <6E2C9241-F523-4B09-8F48-E03A97E54263@scribus.info>
 <20160222065708.GA32150@macbook.SASVR.OM>
 <CAAt0FRjUN-JjLQqnxFMBD7OPDMDm_QG0B03qp1Jb=Whi_61dzw@mail.gmail.com>
 <20160222173217.GD17382@macbook.SASVR.OM>
 <F2923CAA-BFAC-423C-8144-6F266A11009A@scribus.info>
 <76A8A33D-908E-4945-9D18-5B3B9A2322D4@scribus.info>
 <20160223174908.GD1657@macbook.SASVR.OM>
 <7728B4CA-1754-478D-920B-46C65F8C7483@scribus.info>
Message-ID: <20160224165342.GI1657@macbook.SASVR.OM>

On Tue, Feb 23, 2016 at 10:30:20PM +0100, Craig Bradney wrote:
> 
> > I just rebased on top of r21027, and we will try to rebase regularly to
> > keep things in sync. I have been also trying to reduce the unneeded
> > diffs as much as possible (reverting early experimentation etc.) to make
> > the final patch a bit easier to digest.
> > 
> 
> r20128 and r20129 are easy for you to bring over. scpaths.h/cpp and
> ui/helpbrowser.cpp.

We are on r21029 now. Rebasing with git is super easy as long as we
didn?t touch the same code (and even that can be manageable to a certain
degree).

> I was trying to do a rename of ScPainter to ScImagePainter to match
> you but you still have both classes at the moment. Not sure which to
> use.

After the latest changes most of the renaming became unnecessary, so I
reverted most of the ScPainter changes so the differences are reduced
quite a bit and more localised now.

Regards,
Khaled


From cbradney at scribus.info  Wed Feb 24 16:54:46 2016
From: cbradney at scribus.info (Craig Bradney)
Date: Wed, 24 Feb 2016 17:54:46 +0100
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <20160224165342.GI1657@macbook.SASVR.OM>
References: <56C2EF6C.2060506@xox.ch> <20160221150003.GA17382@macbook.SASVR.OM>
 <6E2C9241-F523-4B09-8F48-E03A97E54263@scribus.info>
 <20160222065708.GA32150@macbook.SASVR.OM>
 <CAAt0FRjUN-JjLQqnxFMBD7OPDMDm_QG0B03qp1Jb=Whi_61dzw@mail.gmail.com>
 <20160222173217.GD17382@macbook.SASVR.OM>
 <F2923CAA-BFAC-423C-8144-6F266A11009A@scribus.info>
 <76A8A33D-908E-4945-9D18-5B3B9A2322D4@scribus.info>
 <20160223174908.GD1657@macbook.SASVR.OM>
 <7728B4CA-1754-478D-920B-46C65F8C7483@scribus.info>
 <20160224165342.GI1657@macbook.SASVR.OM>
Message-ID: <49B89AF7-EDF8-44CD-85F3-8FC7417C8824@scribus.info>


> On 24 Feb 2016, at 17:53, Khaled Hosny <khaledhosny at eglug.org> wrote:
> 
> On Tue, Feb 23, 2016 at 10:30:20PM +0100, Craig Bradney wrote:
>> 
>>> I just rebased on top of r21027, and we will try to rebase regularly to
>>> keep things in sync. I have been also trying to reduce the unneeded
>>> diffs as much as possible (reverting early experimentation etc.) to make
>>> the final patch a bit easier to digest.
>>> 
>> 
>> r20128 and r20129 are easy for you to bring over. scpaths.h/cpp and
>> ui/helpbrowser.cpp.
> 
> We are on r21029 now. Rebasing with git is super easy as long as we
> didn?t touch the same code (and even that can be manageable to a certain
> degree).
> 
>> I was trying to do a rename of ScPainter to ScImagePainter to match
>> you but you still have both classes at the moment. Not sure which to
>> use.
> 
> After the latest changes most of the renaming became unnecessary, so I
> reverted most of the ScPainter changes so the differences are reduced
> quite a bit and more localised now.
> 

I just removed the extra ; in scpage.h so that is now the same too.

I?m now seeing 34 files with changes and 2 orphans (the 2 new boxes files in the text directory)

Craig



From cbradney at scribus.info  Wed Feb 24 18:12:25 2016
From: cbradney at scribus.info (Craig Bradney)
Date: Wed, 24 Feb 2016 19:12:25 +0100
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <49B89AF7-EDF8-44CD-85F3-8FC7417C8824@scribus.info>
References: <56C2EF6C.2060506@xox.ch> <20160221150003.GA17382@macbook.SASVR.OM>
 <6E2C9241-F523-4B09-8F48-E03A97E54263@scribus.info>
 <20160222065708.GA32150@macbook.SASVR.OM>
 <CAAt0FRjUN-JjLQqnxFMBD7OPDMDm_QG0B03qp1Jb=Whi_61dzw@mail.gmail.com>
 <20160222173217.GD17382@macbook.SASVR.OM>
 <F2923CAA-BFAC-423C-8144-6F266A11009A@scribus.info>
 <76A8A33D-908E-4945-9D18-5B3B9A2322D4@scribus.info>
 <20160223174908.GD1657@macbook.SASVR.OM>
 <7728B4CA-1754-478D-920B-46C65F8C7483@scribus.info>
 <20160224165342.GI1657@macbook.SASVR.OM>
 <49B89AF7-EDF8-44CD-85F3-8FC7417C8824@scribus.info>
Message-ID: <5ADCAA7F-3897-4343-B600-9E021DE7C9A6@scribus.info>


> On 24 Feb 2016, at 17:54, Craig Bradney <cbradney at scribus.info> wrote:
> 
> 
>> On 24 Feb 2016, at 17:53, Khaled Hosny <khaledhosny at eglug.org> wrote:
>> 
>> On Tue, Feb 23, 2016 at 10:30:20PM +0100, Craig Bradney wrote:
>>> 
>>>> I just rebased on top of r21027, and we will try to rebase regularly to
>>>> keep things in sync. I have been also trying to reduce the unneeded
>>>> diffs as much as possible (reverting early experimentation etc.) to make
>>>> the final patch a bit easier to digest.
>>>> 
>>> 
>>> r20128 and r20129 are easy for you to bring over. scpaths.h/cpp and
>>> ui/helpbrowser.cpp.
>> 
>> We are on r21029 now. Rebasing with git is super easy as long as we
>> didn?t touch the same code (and even that can be manageable to a certain
>> degree).
>> 
>>> I was trying to do a rename of ScPainter to ScImagePainter to match
>>> you but you still have both classes at the moment. Not sure which to
>>> use.
>> 
>> After the latest changes most of the renaming became unnecessary, so I
>> reverted most of the ScPainter changes so the differences are reduced
>> quite a bit and more localised now.
>> 
> 
> I just removed the extra ; in scpage.h so that is now the same too.
> 
> I?m now seeing 34 files with changes and 2 orphans (the 2 new boxes files in the text directory)
> 

There looks to be only minimal comment related changes to frect.h/.cpp and fsize.h/.cpp in the text dir too. Also same for rc4.c .

I?ve added the extra FPoint constructor in r21033 too.

Craig




From khaledhosny at eglug.org  Wed Feb 24 19:27:42 2016
From: khaledhosny at eglug.org (Khaled Hosny)
Date: Wed, 24 Feb 2016 23:27:42 +0400
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <5ADCAA7F-3897-4343-B600-9E021DE7C9A6@scribus.info>
References: <20160222065708.GA32150@macbook.SASVR.OM>
 <CAAt0FRjUN-JjLQqnxFMBD7OPDMDm_QG0B03qp1Jb=Whi_61dzw@mail.gmail.com>
 <20160222173217.GD17382@macbook.SASVR.OM>
 <F2923CAA-BFAC-423C-8144-6F266A11009A@scribus.info>
 <76A8A33D-908E-4945-9D18-5B3B9A2322D4@scribus.info>
 <20160223174908.GD1657@macbook.SASVR.OM>
 <7728B4CA-1754-478D-920B-46C65F8C7483@scribus.info>
 <20160224165342.GI1657@macbook.SASVR.OM>
 <49B89AF7-EDF8-44CD-85F3-8FC7417C8824@scribus.info>
 <5ADCAA7F-3897-4343-B600-9E021DE7C9A6@scribus.info>
Message-ID: <20160224192742.GK1657@macbook.SASVR.OM>

On Wed, Feb 24, 2016 at 07:12:25PM +0100, Craig Bradney wrote:
> 
> > On 24 Feb 2016, at 17:54, Craig Bradney <cbradney at scribus.info> wrote:
> > 
> > 
> >> On 24 Feb 2016, at 17:53, Khaled Hosny <khaledhosny at eglug.org> wrote:
> >> 
> >> On Tue, Feb 23, 2016 at 10:30:20PM +0100, Craig Bradney wrote:
> >>> 
> >>>> I just rebased on top of r21027, and we will try to rebase regularly to
> >>>> keep things in sync. I have been also trying to reduce the unneeded
> >>>> diffs as much as possible (reverting early experimentation etc.) to make
> >>>> the final patch a bit easier to digest.
> >>>> 
> >>> 
> >>> r20128 and r20129 are easy for you to bring over. scpaths.h/cpp and
> >>> ui/helpbrowser.cpp.
> >> 
> >> We are on r21029 now. Rebasing with git is super easy as long as we
> >> didn?t touch the same code (and even that can be manageable to a certain
> >> degree).
> >> 
> >>> I was trying to do a rename of ScPainter to ScImagePainter to match
> >>> you but you still have both classes at the moment. Not sure which to
> >>> use.
> >> 
> >> After the latest changes most of the renaming became unnecessary, so I
> >> reverted most of the ScPainter changes so the differences are reduced
> >> quite a bit and more localised now.
> >> 
> > 
> > I just removed the extra ; in scpage.h so that is now the same too.
> > 
> > I?m now seeing 34 files with changes and 2 orphans (the 2 new boxes files in the text directory)
> > 
> 
> There looks to be only minimal comment related changes to frect.h/.cpp
> and fsize.h/.cpp in the text dir too. Also same for rc4.c .
> 
> I?ve added the extra FPoint constructor in r21033 too.

I actually just removed it, since the code that needed it is now gone,
but I think it doesn?t hurt in general, for completeness sake at least.

Regards,
Khaled


From cbradney at scribus.info  Wed Feb 24 19:33:32 2016
From: cbradney at scribus.info (Craig Bradney)
Date: Wed, 24 Feb 2016 20:33:32 +0100
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <20160224192742.GK1657@macbook.SASVR.OM>
References: <20160222065708.GA32150@macbook.SASVR.OM>
 <CAAt0FRjUN-JjLQqnxFMBD7OPDMDm_QG0B03qp1Jb=Whi_61dzw@mail.gmail.com>
 <20160222173217.GD17382@macbook.SASVR.OM>
 <F2923CAA-BFAC-423C-8144-6F266A11009A@scribus.info>
 <76A8A33D-908E-4945-9D18-5B3B9A2322D4@scribus.info>
 <20160223174908.GD1657@macbook.SASVR.OM>
 <7728B4CA-1754-478D-920B-46C65F8C7483@scribus.info>
 <20160224165342.GI1657@macbook.SASVR.OM>
 <49B89AF7-EDF8-44CD-85F3-8FC7417C8824@scribus.info>
 <5ADCAA7F-3897-4343-B600-9E021DE7C9A6@scribus.info>
 <20160224192742.GK1657@macbook.SASVR.OM>
Message-ID: <222036F4-1D0A-48F2-825A-6F6A7D6A34DC@scribus.info>


> On 24 Feb 2016, at 20:27, Khaled Hosny <khaledhosny at eglug.org> wrote:
> 
> On Wed, Feb 24, 2016 at 07:12:25PM +0100, Craig Bradney wrote:
>> 
>>> On 24 Feb 2016, at 17:54, Craig Bradney <cbradney at scribus.info> wrote:
>>> 
>>> 
>>>> On 24 Feb 2016, at 17:53, Khaled Hosny <khaledhosny at eglug.org> wrote:
>>>> 
>>>> On Tue, Feb 23, 2016 at 10:30:20PM +0100, Craig Bradney wrote:
>>>>> 
>>>>>> I just rebased on top of r21027, and we will try to rebase regularly to
>>>>>> keep things in sync. I have been also trying to reduce the unneeded
>>>>>> diffs as much as possible (reverting early experimentation etc.) to make
>>>>>> the final patch a bit easier to digest.
>>>>>> 
>>>>> 
>>>>> r20128 and r20129 are easy for you to bring over. scpaths.h/cpp and
>>>>> ui/helpbrowser.cpp.
>>>> 
>>>> We are on r21029 now. Rebasing with git is super easy as long as we
>>>> didn?t touch the same code (and even that can be manageable to a certain
>>>> degree).
>>>> 
>>>>> I was trying to do a rename of ScPainter to ScImagePainter to match
>>>>> you but you still have both classes at the moment. Not sure which to
>>>>> use.
>>>> 
>>>> After the latest changes most of the renaming became unnecessary, so I
>>>> reverted most of the ScPainter changes so the differences are reduced
>>>> quite a bit and more localised now.
>>>> 
>>> 
>>> I just removed the extra ; in scpage.h so that is now the same too.
>>> 
>>> I?m now seeing 34 files with changes and 2 orphans (the 2 new boxes files in the text directory)
>>> 
>> 
>> There looks to be only minimal comment related changes to frect.h/.cpp
>> and fsize.h/.cpp in the text dir too. Also same for rc4.c .
>> 
>> I?ve added the extra FPoint constructor in r21033 too.
> 
> I actually just removed it, since the code that needed it is now gone,
> but I think it doesn?t hurt in general, for completeness sake at least.
> 

That?s what I thought? so I thought I?d leave it in.

Craig



From williambader at hotmail.com  Thu Feb 25 02:22:49 2016
From: williambader at hotmail.com (William Bader)
Date: Wed, 24 Feb 2016 21:22:49 -0500
Subject: [scribus-dev] Libre Graphics meeting
In-Reply-To: <20160224192742.GK1657@macbook.SASVR.OM>
References: <20160222065708.GA32150@macbook.SASVR.OM>,
 <CAAt0FRjUN-JjLQqnxFMBD7OPDMDm_QG0B03qp1Jb=Whi_61dzw@mail.gmail.com>,
 <20160222173217.GD17382@macbook.SASVR.OM>,
 <F2923CAA-BFAC-423C-8144-6F266A11009A@scribus.info>,
 <76A8A33D-908E-4945-9D18-5B3B9A2322D4@scribus.info>,
 <20160223174908.GD1657@macbook.SASVR.OM>,
 <7728B4CA-1754-478D-920B-46C65F8C7483@scribus.info>,
 <20160224165342.GI1657@macbook.SASVR.OM>,
 <49B89AF7-EDF8-44CD-85F3-8FC7417C8824@scribus.info>,
 <5ADCAA7F-3897-4343-B600-9E021DE7C9A6@scribus.info>,
 <20160224192742.GK1657@macbook.SASVR.OM>
Message-ID: <BLU179-W921C824D373D157E0197A3C4A60@phx.gbl>

Are any Scribus people going to be at the 2016 Libre Graphics meeting in London on April 15-18?
http://libregraphicsmeeting.org/2016/
It is a bad date for me, but I might still go if there will be a Scribus section.
Regards, William 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160224/87b3367c/attachment.html>

From christoph-schaefer at gmx.de  Thu Feb 25 07:26:56 2016
From: christoph-schaefer at gmx.de (=?UTF-8?Q?=22Christoph_Sch=C3=A4fer=22?=)
Date: Thu, 25 Feb 2016 08:26:56 +0100
Subject: [scribus-dev] Libre Graphics meeting
In-Reply-To: <BLU179-W921C824D373D157E0197A3C4A60@phx.gbl>
References: <20160222065708.GA32150@macbook.SASVR.OM>,
 <CAAt0FRjUN-JjLQqnxFMBD7OPDMDm_QG0B03qp1Jb=Whi_61dzw@mail.gmail.com>,
 <20160222173217.GD17382@macbook.SASVR.OM>,
 <F2923CAA-BFAC-423C-8144-6F266A11009A@scribus.info>,
 <76A8A33D-908E-4945-9D18-5B3B9A2322D4@scribus.info>,
 <20160223174908.GD1657@macbook.SASVR.OM>,
 <7728B4CA-1754-478D-920B-46C65F8C7483@scribus.info>,
 <20160224165342.GI1657@macbook.SASVR.OM>,
 <49B89AF7-EDF8-44CD-85F3-8FC7417C8824@scribus.info>,
 <5ADCAA7F-3897-4343-B600-9E021DE7C9A6@scribus.info>,
 <20160224192742.GK1657@macbook.SASVR.OM>,
 <BLU179-W921C824D373D157E0197A3C4A60@phx.gbl>
Message-ID: <trinity-8ac769d5-428f-4080-9849-1154b0ff78a4-1456385216151@3capp-gmx-bs53>

An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160225/507d9c1b/attachment.html>

From gpittman at iglou.com  Thu Feb 25 12:28:48 2016
From: gpittman at iglou.com (Gregory Pittman)
Date: Thu, 25 Feb 2016 07:28:48 -0500
Subject: [scribus-dev] Libre Graphics meeting
In-Reply-To: <trinity-8ac769d5-428f-4080-9849-1154b0ff78a4-1456385216151@3capp-gmx-bs53>
References: <20160222065708.GA32150@macbook.SASVR.OM>
 <CAAt0FRjUN-JjLQqnxFMBD7OPDMDm_QG0B03qp1Jb=Whi_61dzw@mail.gmail.com>
 <20160222173217.GD17382@macbook.SASVR.OM>
 <F2923CAA-BFAC-423C-8144-6F266A11009A@scribus.info>
 <76A8A33D-908E-4945-9D18-5B3B9A2322D4@scribus.info>
 <20160223174908.GD1657@macbook.SASVR.OM>
 <7728B4CA-1754-478D-920B-46C65F8C7483@scribus.info>
 <20160224165342.GI1657@macbook.SASVR.OM>
 <49B89AF7-EDF8-44CD-85F3-8FC7417C8824@scribus.info>
 <5ADCAA7F-3897-4343-B600-9E021DE7C9A6@scribus.info>
 <20160224192742.GK1657@macbook.SASVR.OM>
 <BLU179-W921C824D373D157E0197A3C4A60@phx.gbl>
 <trinity-8ac769d5-428f-4080-9849-1154b0ff78a4-1456385216151@3capp-gmx-bs53>
Message-ID: <56CEF380.2010003@iglou.com>

On 02/25/2016 02:26 AM, "Christoph Sch?fer" wrote:
> Hi William,
>  
> Some of us certainly will, but most won't. 

I would say that there should be a number of us interested in Scribus at
LGM 2016. There are many people in the EU and in UK who are quite
interested in Scribus in various ways.

In recent years there has been increasing interest and talks about
typography.

What LGM represents largely is an opportunity for the various graphics
projects to get together to discuss common issues and aspects of
collaboration. You should be able to go back to previous years' websites
to see the range of official talks that were given.

Greg



From khaledhosny at eglug.org  Fri Feb 26 12:09:23 2016
From: khaledhosny at eglug.org (Khaled Hosny)
Date: Fri, 26 Feb 2016 16:09:23 +0400
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <49B89AF7-EDF8-44CD-85F3-8FC7417C8824@scribus.info>
References: <6E2C9241-F523-4B09-8F48-E03A97E54263@scribus.info>
 <20160222065708.GA32150@macbook.SASVR.OM>
 <CAAt0FRjUN-JjLQqnxFMBD7OPDMDm_QG0B03qp1Jb=Whi_61dzw@mail.gmail.com>
 <20160222173217.GD17382@macbook.SASVR.OM>
 <F2923CAA-BFAC-423C-8144-6F266A11009A@scribus.info>
 <76A8A33D-908E-4945-9D18-5B3B9A2322D4@scribus.info>
 <20160223174908.GD1657@macbook.SASVR.OM>
 <7728B4CA-1754-478D-920B-46C65F8C7483@scribus.info>
 <20160224165342.GI1657@macbook.SASVR.OM>
 <49B89AF7-EDF8-44CD-85F3-8FC7417C8824@scribus.info>
Message-ID: <20160226120923.GB17758@macbook>

On Wed, Feb 24, 2016 at 05:54:46PM +0100, Craig Bradney wrote:
> 
> > On 24 Feb 2016, at 17:53, Khaled Hosny <khaledhosny at eglug.org> wrote:
> > 
> > On Tue, Feb 23, 2016 at 10:30:20PM +0100, Craig Bradney wrote:
> >> 
> >>> I just rebased on top of r21027, and we will try to rebase regularly to
> >>> keep things in sync. I have been also trying to reduce the unneeded
> >>> diffs as much as possible (reverting early experimentation etc.) to make
> >>> the final patch a bit easier to digest.
> >>> 
> >> 
> >> r20128 and r20129 are easy for you to bring over. scpaths.h/cpp and
> >> ui/helpbrowser.cpp.
> > 
> > We are on r21029 now. Rebasing with git is super easy as long as we
> > didn?t touch the same code (and even that can be manageable to a certain
> > degree).
> > 
> >> I was trying to do a rename of ScPainter to ScImagePainter to match
> >> you but you still have both classes at the moment. Not sure which to
> >> use.
> > 
> > After the latest changes most of the renaming became unnecessary, so I
> > reverted most of the ScPainter changes so the differences are reduced
> > quite a bit and more localised now.
> > 
> 
> I just removed the extra ; in scpage.h so that is now the same too.
> 
> I?m now seeing 34 files with changes and 2 orphans (the 2 new boxes files in the text directory)

We are again up to date now. I?m attaching a small patch that fixes a
bunch of warnings, so that it is easy to spot new warnings in our code.

Regards,
Khaled
-------------- next part --------------
diff --git a/scribus/canvasmode_framelinks.cpp b/scribus/canvasmode_framelinks.cpp
index 0d39d5a..e424e90 100644
--- a/scribus/canvasmode_framelinks.cpp
+++ b/scribus/canvasmode_framelinks.cpp
@@ -119,8 +119,6 @@ void CanvasMode_FrameLinks::mouseDoubleClickEvent(QMouseEvent *m)
 
 void CanvasMode_FrameLinks::mouseMoveEvent(QMouseEvent *m)
 {
-	const FPoint mousePointDoc = m_canvas->globalToCanvas(m->globalPos());
-	
 	m->accept();
 
 	if (commonMouseMove(m))
diff --git a/scribus/pdflib_core.cpp b/scribus/pdflib_core.cpp
index 81e7ce4..684933f 100644
--- a/scribus/pdflib_core.cpp
+++ b/scribus/pdflib_core.cpp
@@ -1709,27 +1709,27 @@ PdfFont PDFLibCore::PDF_EncodeSimpleFont(const QByteArray& fontName, ScFace& fac
 }
 
 
-static void dumpFont(QString name, QByteArray data)
-{
-	QFile file(name);
-	if (file.open(QIODevice::WriteOnly))
-	{
-		QDataStream out(&file);
-		out.writeRawData(data.data(), data.length());
-		file.close();
-	}
-}
+//static void dumpFont(QString name, QByteArray data)
+//{
+//	QFile file(name);
+//	if (file.open(QIODevice::WriteOnly))
+//	{
+//		QDataStream out(&file);
+//		out.writeRawData(data.data(), data.length());
+//		file.close();
+//	}
+//}
 
-static void dumpCFF(QString name, cff::CFF font)
-{
-	QFile file(name);
-	if (file.open(QIODevice::WriteOnly))
-	{
-		QDataStream out(&file);
-		font.dump(out);
-		file.close();
-	}
-}
+//static void dumpCFF(QString name, cff::CFF font)
+//{
+//	QFile file(name);
+//	if (file.open(QIODevice::WriteOnly))
+//	{
+//		QDataStream out(&file);
+//		font.dump(out);
+//		file.close();
+//	}
+//}
 
 
 PdfFont PDFLibCore::PDF_WriteTtfSubsetFont(const QByteArray& fontName, ScFace& face, const QMap<uint,FPointArray>& RealGlyphs)
diff --git a/scribus/plugins/scriptplugin/cmddoc.cpp b/scribus/plugins/scriptplugin/cmddoc.cpp
index f1a70b6..562ce6d 100644
--- a/scribus/plugins/scriptplugin/cmddoc.cpp
+++ b/scribus/plugins/scriptplugin/cmddoc.cpp
@@ -426,5 +426,5 @@ PV */
 void cmddocdocwarnings()
 {
 	QStringList s;
-	s << scribus_newdocument__doc__ << scribus_newdoc__doc__ <<  scribus_closedoc__doc__ << scribus_havedoc__doc__ << scribus_opendoc__doc__ << scribus_savedoc__doc__ << scribus_getdocname__doc__ << scribus_savedocas__doc__ << scribus_setinfo__doc__ <<scribus_setmargins__doc__ <<scribus_setunit__doc__ <<scribus_getunit__doc__ <<scribus_loadstylesfromfile__doc__ <<scribus_setdoctype__doc__ <<scribus_closemasterpage__doc__ <<scribus_masterpagenames__doc__ <<scribus_editmasterpage__doc__ <<scribus_createmasterpage__doc__ <<scribus_deletemasterpage__doc__ << scribus_setbaseline__doc__;
+	s << scribus_newdocument__doc__ << scribus_newdoc__doc__ <<  scribus_closedoc__doc__ << scribus_havedoc__doc__ << scribus_opendoc__doc__ << scribus_savedoc__doc__ << scribus_getdocname__doc__ << scribus_savedocas__doc__ << scribus_setinfo__doc__ <<scribus_setmargins__doc__ <<scribus_setunit__doc__ <<scribus_getunit__doc__ <<scribus_loadstylesfromfile__doc__ <<scribus_setdoctype__doc__ <<scribus_closemasterpage__doc__ <<scribus_masterpagenames__doc__ <<scribus_editmasterpage__doc__ <<scribus_createmasterpage__doc__ <<scribus_deletemasterpage__doc__ << scribus_setbaseline__doc__ << scribus_applymasterpage__doc__;
 }
diff --git a/scribus/ui/prefs_documentsections.cpp b/scribus/ui/prefs_documentsections.cpp
index 80a50dc..a94ee56 100644
--- a/scribus/ui/prefs_documentsections.cpp
+++ b/scribus/ui/prefs_documentsections.cpp
@@ -17,7 +17,7 @@ for which a new license (GPL+exception) is in place.
 
 Prefs_DocumentSections::Prefs_DocumentSections(QWidget* parent, ScribusDoc* doc)
 	: Prefs_Pane(parent),
-	m_doc(doc), m_maxPageIndex(0)
+	m_maxPageIndex(0), m_doc(doc)
 {
 	setupUi(this);
 	languageChange();

From cliersch at bauwerk-design.de  Mon Feb  8 20:31:31 2016
From: cliersch at bauwerk-design.de (carsten liersch)
Date: Mon, 08 Feb 2016 20:31:31 -0000
Subject: [scribus-dev] Platform for Scribus trainings
In-Reply-To: <trinity-d617ef82-cf68-4c64-9800-86f66befb640-1454922519851@3capp-gmx-bs64>
References: <trinity-d617ef82-cf68-4c64-9800-86f66befb640-1454922519851@3capp-gmx-bs64>
Message-ID: <56B8FB2D.5090800@bauwerk-design.de>

hi christoph,

in case the current problems means still the "Development News" on the 
frontpage: we could replace this field with a text-widget. there you can 
use html tags in order to add some formatting. no rocket science ... ;) 
if you'd like to, i could prepare that and explain afterowrds how to 
deal with this.

you suggestion concernig training offers is brilliant. i would highly 
appreciate that! calendars can be easily added to wordpress using some 
pulgins such as "my-calendar" or "spider-event-calendar". again: i can 
prepare this for you.
but in case there aren't that much offers at the moment, a calendar 
probably would be too much effort. instead we could simply have a 
listing of available trainings.

kind regards
carsten

===
bauwerk kommunikationsdesign
carsten liersch
pellenzstra?e 20 | 56743 mendig
tel. 02652.935578
www.bauwerk-design.de

Am 08.02.2016 um 10:08 schrieb "Christoph Sch?fer":
> Hi all,
>
>
> Once the current problems with the website have been solved, I'd like to add a category separate from "Support", namely "Training". It would be more than simply a list of addresses of individuals, but more like a calendar with training events that can be booked. The calendar should indicate the title of the training opportunity, as well as a link to a detailed description of the training programme, including location and language.
>
> I also suggest to add a mechanism that lets the Scribus Team certify the reliability of a training offer. It wouldn't be required for an addition to the training calendar, but we could at least help potential customers with a certificate or a recommendation, once we have been allowed to analyse the curriculum under a non-disclosure agreement with respect to their own training materials.
>
> At the Team level, I think we can guarantee quality control at least for the followig languages: English, French, German, Dutch, probably also Italian and Spanish.
>
>
> What do you think?
>
>
> Christoph
>
>
>


From gbr at ipaa.nl  Tue Feb  9 09:33:18 2016
From: gbr at ipaa.nl (gbr at ipaa.nl)
Date: Tue, 09 Feb 2016 09:33:18 -0000
Subject: [scribus-dev] Platform for Scribus trainings
In-Reply-To: <trinity-d617ef82-cf68-4c64-9800-86f66befb640-1454922519851@3capp-gmx-bs64>
References: <trinity-d617ef82-cf68-4c64-9800-86f66befb640-1454922519851@3capp-gmx-bs64>
Message-ID: <a721e18a023d39d20090535e6b2d0ab4.squirrel@webmail.hostingserver.nl>

Hi Christoph e.a.,

I think it is a good idea. Beit that adding such a category may raise
expectations by customers, which may lead to disappointment if a training
is not up to expectations or maybe cancelled.

- Who is going to teach the trainers?

- How do you see this training schedule? As something on offer once a
month or just on request?

- The word customers seems strange to me in relation with OpenSource.
Currently, commercial courses in computersoftware usually come with a
stiff pricetag that would shake the OpenSource user, who of course is used
to the word "Free". Any coments on that?

Anyway, count me in for reflection on the subject, developing materials or
whatever may come up. For the time I'll let the idea sink in.

Sincerely,

Gerrit Bruijnes

---The Netherlands---

http://ipaa.nl/uitgeverij/computerboeken/3-waar-zit-de-kneep

===========================================================================
> Hi all,
>
>
> Once the current problems with the website have been solved, I'd like to
> add a category separate from "Support", namely "Training". It would be
> more than simply a list of addresses of individuals, but more like a
> calendar with training events that can be booked. The calendar should
> indicate the title of the training opportunity, as well as a link to a
> detailed description of the training programme, including location and
> language.
>
> I also suggest to add a mechanism that lets the Scribus Team certify the
> reliability of a training offer. It wouldn't be required for an addition
> to the training calendar, but we could at least help potential customers
> with a certificate or a recommendation, once we have been allowed to
> analyse the curriculum under a non-disclosure agreement with respect to
> their own training materials.
>
> At the Team level, I think we can guarantee quality control at least for
> the followig languages: English, French, German, Dutch, probably also
> Italian and Spanish.
>
>
> What do you think?
>
>
> Christoph
>
>
>



From iw at linuxhotel.de  Tue Feb  9 10:12:26 2016
From: iw at linuxhotel.de (Ingo Wichmann)
Date: Tue, 09 Feb 2016 10:12:26 -0000
Subject: [scribus-dev] Platform for Scribus trainings
In-Reply-To: <a721e18a023d39d20090535e6b2d0ab4.squirrel@webmail.hostingserver.nl>
References: <trinity-d617ef82-cf68-4c64-9800-86f66befb640-1454922519851@3capp-gmx-bs64>
 <a721e18a023d39d20090535e6b2d0ab4.squirrel@webmail.hostingserver.nl>
Message-ID: <56B9BB94.1010702@linuxhotel.de>

Hi Gerrit,

Am 09.02.2016 um 10:33 schrieb gbr at ipaa.nl:
> - The word customers seems strange to me in relation with OpenSource.
> Currently, commercial courses in computersoftware usually come with a
> stiff pricetag that would shake the OpenSource user, who of course is used
> to the word "Free". Any coments on that?

We offer trainings for Open-Source Software, and yes, these trainings
come with a price tag. We think, that this is the only sustainable way
to offer trainings.

But we are open to host free (or at least low cost) trainings, too. If
someone from the scribus team wants to give trainings for free, we can
offer our rooms at weekends at very low prices:
http://www.linuxhotel.de/community.html

These prices we offer to members of the scribus team. For participants,
only participation would be low-cost. Other services like accommodation
would have to be paid at the normal price.

Ingo


-- 
Linuxhotel GmbH, Gesch?ftsf?hrer Dipl.-Ing. Ingo Wichmann
HRB 20463 Amtsgericht Essen, UStID DE 814 943 641
Antonienallee 1, 45279 Essen, Tel.: 0201 8536-600, http://www.linuxhotel.de


