From cbradney at scribus.info  Thu Mar  3 13:37:59 2016
From: cbradney at scribus.info (Craig Bradney)
Date: Thu, 3 Mar 2016 14:37:59 +0100
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <20160226120923.GB17758@macbook>
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>
 <20160226120923.GB17758@macbook>
Message-ID: <4A095268-3B84-4C87-B17A-0C5E5B49B046@scribus.info>


> On 26 Feb 2016, at 13:09, Khaled Hosny <khaledhosny at eglug.org> wrote:
> 
> 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.
> 


Hi Khaled

What are your current plans? I see a lot of day to day activity but do you have timelines with regular goals set? 
Obviously the main goal I am interested in is feature parity with trunk. When is that planned for? 
What about rendering quality of boxes vs trunk?

And apart from that, you had used cairo onscreen before and reverted away from that after the discussion with Jean. Can we resolve those platform issues and get that quality back?

thanks
Craig

From khaledhosny at eglug.org  Thu Mar  3 16:21:13 2016
From: khaledhosny at eglug.org (Khaled Hosny)
Date: Thu, 3 Mar 2016 20:21:13 +0400
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <4A095268-3B84-4C87-B17A-0C5E5B49B046@scribus.info>
References: <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>
 <20160226120923.GB17758@macbook>
 <4A095268-3B84-4C87-B17A-0C5E5B49B046@scribus.info>
Message-ID: <20160303162113.GB14550@macbook>

On Thu, Mar 03, 2016 at 02:37:59PM +0100, Craig Bradney wrote:
> Hi Khaled
> 
> What are your current plans? I see a lot of day to day activity but do
> you have timelines with regular goals set? 
> Obviously the main goal I am interested in is feature parity with
> trunk. When is that planned for? 

Hi Craig,

This should, hopefully, be done by end of next week and if all goes as
planned, I?ll be sending patches by then. You can see the current
remaining issues here:
https://github.com/HOST-Oman/scribus/issues

The boxes milestone (the only one currently) coverts feature parity with
trunk. Currently screen rendering and PDF are more or less complete, the
only major feature remaining is getting path text to work again. Other
export formats (SVG, XPS, PS) are in progress (personally I?d be more
than happy to send a patch without those and fix them later, fixing them
should be a few hours work for someone who knows the code).

> What about rendering quality of boxes vs trunk?
> 
> And apart from that, you had used cairo onscreen before and reverted
> away from that after the discussion with Jean. Can we resolve those
> platform issues and get that quality back?

I?m planning to revisit this again, probably using cairo-ft when present
and failing back to the old code of not, or better talking to FreeType
directly for the rasterisation, but I need to figure this out.

Regards,
Khaled


From khaledhosny at eglug.org  Thu Mar  3 20:52:42 2016
From: khaledhosny at eglug.org (Khaled Hosny)
Date: Fri, 4 Mar 2016 00:52:42 +0400
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <20160303162113.GB14550@macbook>
References: <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>
 <20160226120923.GB17758@macbook>
 <4A095268-3B84-4C87-B17A-0C5E5B49B046@scribus.info>
 <20160303162113.GB14550@macbook>
Message-ID: <20160303205242.GA32416@macbook>

On Thu, Mar 03, 2016 at 08:21:13PM +0400, Khaled Hosny wrote:
> On Thu, Mar 03, 2016 at 02:37:59PM +0100, Craig Bradney wrote:
> > Hi Khaled
> > 
> > What are your current plans? I see a lot of day to day activity but do
> > you have timelines with regular goals set? 
> > Obviously the main goal I am interested in is feature parity with
> > trunk. When is that planned for? 
> 
> Hi Craig,
> 
> This should, hopefully, be done by end of next week and if all goes as
> planned, I?ll be sending patches by then. You can see the current
> remaining issues here:
> https://github.com/HOST-Oman/scribus/issues

Also it would be really appreciated if people started testing the work
and reported any issues they find, so we can fix them early on.

Regards,
Khaled


From scribus.user at gmail.com  Fri Mar  4 00:37:37 2016
From: scribus.user at gmail.com (Scribus User)
Date: Thu, 3 Mar 2016 18:37:37 -0600
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <20160303205242.GA32416@macbook>
References: <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>
 <20160226120923.GB17758@macbook>
 <4A095268-3B84-4C87-B17A-0C5E5B49B046@scribus.info>
 <20160303162113.GB14550@macbook> <20160303205242.GA32416@macbook>
Message-ID: <CAAt0FRjbvxC7T4ou9HA5oEdG20EGCrYkfnPWD4A4EeMYg=aL2Q@mail.gmail.com>

On Thu, Mar 3, 2016 at 2:52 PM, Khaled Hosny <khaledhosny at eglug.org> wrote:

> On Thu, Mar 03, 2016 at 08:21:13PM +0400, Khaled Hosny wrote:
> > On Thu, Mar 03, 2016 at 02:37:59PM +0100, Craig Bradney wrote:
> > > Hi Khaled
> > >
> > > What are your current plans? I see a lot of day to day activity but do
> > > you have timelines with regular goals set?
> > > Obviously the main goal I am interested in is feature parity with
> > > trunk. When is that planned for?
> >
> > Hi Craig,
> >
> > This should, hopefully, be done by end of next week and if all goes as
> > planned, I?ll be sending patches by then. You can see the current
> > remaining issues here:
> > https://github.com/HOST-Oman/scribus/issues
>
> Also it would be really appreciated if people started testing the work
> and reported any issues they find, so we can fix them early on.
>
> Regards,
> Khaled
>

One of the issues for testers is building scribus. Lets make it easy by
providing nightly builds for them to download.
Can we offer nightlies of 'boxes' branch for Linux, Windows, OSX ?
Where could we host them ?

/Kunda
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160303/9394a1d0/attachment.html>

From jlpoole56 at gmail.com  Fri Mar  4 04:22:53 2016
From: jlpoole56 at gmail.com (John L. Poole)
Date: Thu, 3 Mar 2016 20:22:53 -0800
Subject: [scribus-dev] Windows Library Packages - Log Bug?
Message-ID: <56D90D9D.1090808@gmail.com>

I attempted to build the latest Scribus library packages consisting of:

scribus-1.5.x-libs-msvc2012-20160213.7z
      scribus-common-libs-20150620.7z

using Visual Studio Express 2013.

I encountered 13 minor errors in poppler and librevenge.  Should I log a 
bug?




From jghali at libertysurf.fr  Fri Mar  4 08:06:23 2016
From: jghali at libertysurf.fr (Jean Ghali)
Date: Fri, 4 Mar 2016 09:06:23 +0100
Subject: [scribus-dev] Windows Library Packages - Log Bug?
In-Reply-To: <56D90D9D.1090808@gmail.com>
References: <56D90D9D.1090808@gmail.com>
Message-ID: <56D941FF.2090708@libertysurf.fr>

Le 04/03/2016 05:22, John L. Poole a ?crit :
> I attempted to build the latest Scribus library packages consisting of:
> 
> scribus-1.5.x-libs-msvc2012-20160213.7z
>      scribus-common-libs-20150620.7z
> 
> using Visual Studio Express 2013.
> 
> I encountered 13 minor errors in poppler and librevenge.  Should I log a bug?
> 

You should log bugs to the respective projects here, ie poppler and document liberation
project:
- poppler : https://poppler.freedesktop.org/
- document liberation project : http://www.documentliberation.org/projects/

As the main development platform of those projects is not Windows, it will be better if
you can provide them patches also.




From khaledhosny at eglug.org  Fri Mar  4 09:41:30 2016
From: khaledhosny at eglug.org (Khaled Hosny)
Date: Fri, 4 Mar 2016 13:41:30 +0400
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <CAAt0FRjbvxC7T4ou9HA5oEdG20EGCrYkfnPWD4A4EeMYg=aL2Q@mail.gmail.com>
References: <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>
 <20160226120923.GB17758@macbook>
 <4A095268-3B84-4C87-B17A-0C5E5B49B046@scribus.info>
 <20160303162113.GB14550@macbook> <20160303205242.GA32416@macbook>
 <CAAt0FRjbvxC7T4ou9HA5oEdG20EGCrYkfnPWD4A4EeMYg=aL2Q@mail.gmail.com>
Message-ID: <20160304094130.GF14550@macbook>

On Thu, Mar 03, 2016 at 06:37:37PM -0600, Scribus User wrote:
> On Thu, Mar 3, 2016 at 2:52 PM, Khaled Hosny <khaledhosny at eglug.org> wrote:
> 
> > On Thu, Mar 03, 2016 at 08:21:13PM +0400, Khaled Hosny wrote:
> > > On Thu, Mar 03, 2016 at 02:37:59PM +0100, Craig Bradney wrote:
> > > > Hi Khaled
> > > >
> > > > What are your current plans? I see a lot of day to day activity but do
> > > > you have timelines with regular goals set?
> > > > Obviously the main goal I am interested in is feature parity with
> > > > trunk. When is that planned for?
> > >
> > > Hi Craig,
> > >
> > > This should, hopefully, be done by end of next week and if all goes as
> > > planned, I?ll be sending patches by then. You can see the current
> > > remaining issues here:
> > > https://github.com/HOST-Oman/scribus/issues
> >
> > Also it would be really appreciated if people started testing the work
> > and reported any issues they find, so we can fix them early on.
> >
> > Regards,
> > Khaled
> >
> 
> One of the issues for testers is building scribus. Lets make it easy by
> providing nightly builds for them to download.
> Can we offer nightlies of 'boxes' branch for Linux, Windows, OSX ?

I?ve no much experience with building such nighties, but I think there
is a way to make TravisCI upload the build results somewhere though I
haven?t tried that before. This will not help with Windows case, but we
didn?t even attempt to do a Scribus Windows build before and I don?t
think we have the infrastructure for that.

Regards,
Khaled


From sergio.am.spina at gmail.com  Sat Mar  5 14:25:30 2016
From: sergio.am.spina at gmail.com (Sergio Spina)
Date: Sat, 5 Mar 2016 15:25:30 +0100
Subject: [scribus-dev] AppImage doesn't work
Message-ID: <CAAoW_qFpLku+-9EhsZjXBG_uBQo2e+j0abMDqcMdzCoKmkv2+A@mail.gmail.com>

Repeat the message with a full session of terminal (on Linux Mint LMDE 2)

>>  $ uname -a
>>  Linux lap_sam 3.16.0-4-586 #1 Debian 3.16.7-ckt7-1 (2015-03-01) i686
GNU/Linux
>>  $ ./scribus-1.5.1-linux-x86_64.AppImage
>>  bash: ./scribus-1.5.1-linux-x86_64.AppImage: cannot execute binary
file: Formato eseguibile non valido

I hope it can be useful to understand the problem.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160305/c7b5dee4/attachment.html>

From jlpoole56 at gmail.com  Sat Mar  5 18:03:09 2016
From: jlpoole56 at gmail.com (John L. Poole)
Date: Sat, 5 Mar 2016 10:03:09 -0800
Subject: [scribus-dev] Branching/Forking Strategy
Message-ID: <56DB1F5D.8080101@gmail.com>

I have enough tweaks that I'd like to check my changes and additions 
into some sort of source control.  Given how large the Subversion tree 
is for this project, I'm wondering what is the best strategy to be able 
to source control my own changes/additions locally?  I could make a copy 
to my own Subversion repository, but then merging changes from your 
trunk into my copy seems complicated.  I'd like to keep track of weekly 
updates and see if I can compile windows builds on a weekly basis.  This 
would occur after I finish my Perl scripts for juggling the supporting 
libraries.

Were this project in GitHub, I'd just create my on branch or fork.

Does anyone have a suggested approach for my needs above?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160305/2e39e862/attachment.html>

From cbradney at scribus.info  Sat Mar  5 19:14:58 2016
From: cbradney at scribus.info (Craig Bradney)
Date: Sat, 5 Mar 2016 20:14:58 +0100
Subject: [scribus-dev] Branching/Forking Strategy
In-Reply-To: <56DB1F5D.8080101@gmail.com>
References: <56DB1F5D.8080101@gmail.com>
Message-ID: <726331D0-86A8-4DAE-8026-9890DAF6CDB8@scribus.info>


> On 05 Mar 2016, at 19:03, John L. Poole <jlpoole56 at gmail.com> wrote:
> 
> I have enough tweaks that I'd like to check my changes and additions into some sort of source control.  Given how large the Subversion tree is for this project, I'm wondering what is the best strategy to be able to source control my own changes/additions locally?  I could make a copy to my own Subversion repository, but then merging changes from your trunk into my copy seems complicated.  I'd like to keep track of weekly updates and see if I can compile windows builds on a weekly basis.  This would occur after I finish my Perl scripts for juggling the supporting libraries.
> 
> Were this project in GitHub, I'd just create my on branch or fork.
> 
> Does anyone have a suggested approach for my needs above?
> 

Maybe you should suggest the changes be included and submit them via a bug on bugs.scribus.net?

Craig



From jluc at no-log.org  Sat Mar  5 19:24:45 2016
From: jluc at no-log.org (JLuc)
Date: Sat, 5 Mar 2016 20:24:45 +0100
Subject: [scribus-dev] Branching/Forking Strategy
In-Reply-To: <56DB1F5D.8080101@gmail.com>
References: <56DB1F5D.8080101@gmail.com>
Message-ID: <nbfbpu$iu3$1@ger.gmane.org>

Le 05/03/2016 19:03, John L. Poole a ?crit :
> Were this project in GitHub, I'd just create my on branch or fork.

Well it is : see http://scribus.io/

> Does anyone have a suggested approach for my needs above?

I'm curious about your tweaks and hope to be able to discover them.

Have you thought of proposing some patches to the core team ?

JLuc



From scribus.user at gmail.com  Sat Mar  5 21:01:09 2016
From: scribus.user at gmail.com (Scribus User)
Date: Sat, 5 Mar 2016 15:01:09 -0600
Subject: [scribus-dev] Branching/Forking Strategy
In-Reply-To: <nbfbpu$iu3$1@ger.gmane.org>
References: <56DB1F5D.8080101@gmail.com> <nbfbpu$iu3$1@ger.gmane.org>
Message-ID: <CAAt0FRgWpQYjTJ8xQ64RwMaQUhU1x3hB=-UZKOee-tM2c6EGpA@mail.gmail.com>

On Sat, Mar 5, 2016 at 1:24 PM, JLuc <jluc at no-log.org> wrote:

> Le 05/03/2016 19:03, John L. Poole a ?crit :
>
>> Were this project in GitHub, I'd just create my on branch or fork.
>>
>
> Well it is : see http://scribus.io/
>
> Does anyone have a suggested approach for my needs above?
>>
>
> I'm curious about your tweaks and hope to be able to discover them.
>
> Have you thought of proposing some patches to the core team ?
>
> JLuc


Hey team,
jlpoole has submitted a patch in the past: see 13712
<https://bugs.scribus.net/view.php?id=13712>

jlpoole, FYI The HOST-Oman folks forked from scribusproject/scribus which
is a mirror of Scribus SVN. They are staying in good communication with the
Craig and that I think is the key here going forward.

/Kunda
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160305/5aacf023/attachment.html>

From jluc at no-log.org  Sun Mar  6 07:44:07 2016
From: jluc at no-log.org (JLuc)
Date: Sun, 6 Mar 2016 08:44:07 +0100
Subject: [scribus-dev] Branching/Forking Strategy
In-Reply-To: <56DB1F5D.8080101@gmail.com>
References: <56DB1F5D.8080101@gmail.com>
Message-ID: <nbgn47$89q$1@ger.gmane.org>

> Perfect.  Thank you.  I've submitted several patches which have not been adopted.  It's getting to be that I need a source controlled area for what I create and alter and having a GitHub account solves the problem.  Especially if I'm going to have an automated Windows build system using Perl scripts.
> What's the longest delay I could expect in keeping the GitHub tree mirrored with the project's Subversion?  Hours? Days? Weeks?

One of us has to sync it using a script.
I believe Ale does it usually.
Join on irc and talk a bit.

Please avoid private mails for scribus related issues.
Keep on the scribus list all scribus related questions.
JL




From shamsahamed59 at gmail.com  Sun Mar  6 09:01:25 2016
From: shamsahamed59 at gmail.com (Shamsa Hamed)
Date: Sun, 6 Mar 2016 13:01:25 +0400
Subject: [scribus-dev] Build Scribus in windows
Message-ID: <CAM73HEZE84bSPuT7DaCBKFinwZtChzQ+e88tFxkoQybf=NcXsw@mail.gmail.com>

Hello,

Could anyone help me to build Scribus in windows?

Shamsa
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160306/66457f52/attachment.html>

From vladimir.firefly.savic at gmail.com  Sun Mar  6 09:16:35 2016
From: vladimir.firefly.savic at gmail.com (Vladimir Savic)
Date: Sun, 6 Mar 2016 10:16:35 +0100
Subject: [scribus-dev] Build Scribus in windows
In-Reply-To: <CAM73HEZE84bSPuT7DaCBKFinwZtChzQ+e88tFxkoQybf=NcXsw@mail.gmail.com>
References: <CAM73HEZE84bSPuT7DaCBKFinwZtChzQ+e88tFxkoQybf=NcXsw@mail.gmail.com>
Message-ID: <CAGsQt=YL3iqjK8RRVgB0Jvu-nzAaDAZVAGarYF9yP=-eQ=pfmQ@mail.gmail.com>

Hello,

It's documented here:
https://wiki.scribus.net/canvas/Building_SVN_versions_on_Windows

I don't use M$ Win, so I haven't tried it really, but should work. Just
download sources and find that file.

Cheers,
Vlada

On Sun, Mar 6, 2016 at 10:01 AM, Shamsa Hamed <shamsahamed59 at gmail.com>
wrote:

> Hello,
>
> Could anyone help me to build Scribus in windows?
>
> Shamsa
>
> _______________________________________________
> 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/20160306/00da7052/attachment.html>

From jlpoole56 at gmail.com  Sun Mar  6 17:54:45 2016
From: jlpoole56 at gmail.com (John L. Poole)
Date: Sun, 6 Mar 2016 09:54:45 -0800
Subject: [scribus-dev] WebSVN?
Message-ID: <56DC6EE5.7040503@gmail.com>

Is there a deployment of WebSVN somewhere against the Scribus Subversion 
repository?
http://www.websvn.info/



From jghali at libertysurf.fr  Sun Mar  6 18:47:08 2016
From: jghali at libertysurf.fr (Jean Ghali)
Date: Sun, 6 Mar 2016 19:47:08 +0100
Subject: [scribus-dev] WebSVN?
In-Reply-To: <56DC6EE5.7040503@gmail.com>
References: <56DC6EE5.7040503@gmail.com>
Message-ID: <56DC7B2C.6080006@libertysurf.fr>

Le 06/03/2016 18:54, John L. Poole a ?crit :
> Is there a deployment of WebSVN somewhere against the Scribus Subversion repository?
> http://www.websvn.info/

Here : https://www.scribus.net/websvn/




From cbradney at scribus.info  Sun Mar  6 21:15:10 2016
From: cbradney at scribus.info (Craig Bradney)
Date: Sun, 6 Mar 2016 22:15:10 +0100
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <20160303162113.GB14550@macbook>
References: <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>
 <20160226120923.GB17758@macbook>
 <4A095268-3B84-4C87-B17A-0C5E5B49B046@scribus.info>
 <20160303162113.GB14550@macbook>
Message-ID: <C2997CA0-2D4A-4F89-8AFD-0E812EE7D536@scribus.info>

Hi Kahled

> This should, hopefully, be done by end of next week and if all goes as
> planned, I?ll be sending patches by then. You can see the current
> remaining issues here:
> https://github.com/HOST-Oman/scribus/issues
> 
> The boxes milestone (the only one currently) coverts feature parity with
> trunk. Currently screen rendering and PDF are more or less complete, the
> only major feature remaining is getting path text to work again. Other
> export formats (SVG, XPS, PS) are in progress (personally I?d be more
> than happy to send a patch without those and fix them later, fixing them
> should be a few hours work for someone who knows the code).


I?m watching your commits daily to github, so just keep us informed when you think you?re ready for merging. We still need some test docs to be able to compare rendering.

@Kunda, do you think you could help with sourcing some?

The most basic would just be some pages with every single type of option applied in different combinations. Basic lorem ipsum with line spacing, font, colour, kerning etc changes that we can put side by side on screen and in exported documents to compare visually.


> 
>> What about rendering quality of boxes vs trunk?
>> 
>> And apart from that, you had used cairo onscreen before and reverted
>> away from that after the discussion with Jean. Can we resolve those
>> platform issues and get that quality back?
> 
> I?m planning to revisit this again, probably using cairo-ft when present
> and failing back to the old code of not, or better talking to FreeType
> directly for the rasterisation, but I need to figure this out.

Please keep in contact with Jean, he?s the most knowledgeable in the absence of Andreas.

thanks
Craig

From cbradney at scribus.info  Sun Mar  6 21:17:16 2016
From: cbradney at scribus.info (Craig Bradney)
Date: Sun, 6 Mar 2016 22:17:16 +0100
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <20160304094130.GF14550@macbook>
References: <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>
 <20160226120923.GB17758@macbook>
 <4A095268-3B84-4C87-B17A-0C5E5B49B046@scribus.info>
 <20160303162113.GB14550@macbook> <20160303205242.GA32416@macbook>
 <CAAt0FRjbvxC7T4ou9HA5oEdG20EGCrYkfnPWD4A4EeMYg=aL2Q@mail.gmail.com>
 <20160304094130.GF14550@macbook>
Message-ID: <0787FF96-A6F8-42A1-B32E-33D184617B57@scribus.info>


> On 04 Mar 2016, at 10:41, Khaled Hosny <khaledhosny at eglug.org> wrote:
> 
> On Thu, Mar 03, 2016 at 06:37:37PM -0600, Scribus User wrote:
>> On Thu, Mar 3, 2016 at 2:52 PM, Khaled Hosny <khaledhosny at eglug.org> wrote:
>> 
>>> On Thu, Mar 03, 2016 at 08:21:13PM +0400, Khaled Hosny wrote:
>>>> On Thu, Mar 03, 2016 at 02:37:59PM +0100, Craig Bradney wrote:
>>>>> Hi Khaled
>>>>> 
>>>>> What are your current plans? I see a lot of day to day activity but do
>>>>> you have timelines with regular goals set?
>>>>> Obviously the main goal I am interested in is feature parity with
>>>>> trunk. When is that planned for?
>>>> 
>>>> Hi Craig,
>>>> 
>>>> This should, hopefully, be done by end of next week and if all goes as
>>>> planned, I?ll be sending patches by then. You can see the current
>>>> remaining issues here:
>>>> https://github.com/HOST-Oman/scribus/issues
>>> 
>>> Also it would be really appreciated if people started testing the work
>>> and reported any issues they find, so we can fix them early on.
>>> 
>>> Regards,
>>> Khaled
>>> 
>> 
>> One of the issues for testers is building scribus. Lets make it easy by
>> providing nightly builds for them to download.
>> Can we offer nightlies of 'boxes' branch for Linux, Windows, OSX ?
> 
> I?ve no much experience with building such nighties, but I think there
> is a way to make TravisCI upload the build results somewhere though I
> haven?t tried that before. This will not help with Windows case, but we
> didn?t even attempt to do a Scribus Windows build before and I don?t
> think we have the infrastructure for that.
> 

We do not need nightlies, we need an estimate of a final build from the boxes tree (i.e. once Khaled says ?its done?) and then documents to compare to like I mention in my other email.

We only need a few pairs of eyes to make comparisons, and a few informed minds about whether to accept any differences or not.

Craig



From shamsahamed59 at gmail.com  Tue Mar  8 08:52:44 2016
From: shamsahamed59 at gmail.com (Shamsa Hamed)
Date: Tue, 8 Mar 2016 12:52:44 +0400
Subject: [scribus-dev] Build Scribus in windows
Message-ID: <CAM73HEaEqP2J3_Cc3NUPfrf0K5XJytx03zyTvtFO8VVULkQiSQ@mail.gmail.com>

Hi

I am working to build Scribus on windows, it is compiled but I got an error
through the run.
The screen shot show the building error, anyone can help?


Shamsa
<https://www.avast.com/lp-safe-emailing?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
This
email has been sent from a virus-free computer protected by Avast.
www.avast.com
<https://www.avast.com/lp-safe-emailing?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
<#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160308/81825f77/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screenshot (1).png
Type: image/png
Size: 246688 bytes
Desc: not available
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160308/81825f77/attachment.png>

From wtxnh-scribus at yahoo.com.au  Tue Mar  8 10:11:33 2016
From: wtxnh-scribus at yahoo.com.au (Juraj Fedel)
Date: Tue, 8 Mar 2016 11:11:33 +0100
Subject: [scribus-dev] Build Scribus in windows
In-Reply-To: <CAM73HEaEqP2J3_Cc3NUPfrf0K5XJytx03zyTvtFO8VVULkQiSQ@mail.gmail.com>
References: <CAM73HEaEqP2J3_Cc3NUPfrf0K5XJytx03zyTvtFO8VVULkQiSQ@mail.gmail.com>
Message-ID: <20160308101133.GA1007@gazda>

On Tue, Mar 08, 2016 at 12:52:44PM +0400, Shamsa Hamed wrote:
> The screen shot show the building error, anyone can help?

I never build scribus on Windows so my comments may be irrelevant but
here is my guess:

>From last line on screenshot:
ImportError: No module named site
i think it is error related to python

>From the working directory i guess you did not install scribus with
make install

I am not sure if installing is necessary on windows but i guess this
could be the the reason for error.

Sorry if my comments are misleading.

> This email has been sent from a virus-free computer protected by Avast.

I think this somewhat bold statement!

Juraj


From ale.comp_06 at xox.ch  Tue Mar  8 10:15:04 2016
From: ale.comp_06 at xox.ch (ale rimoldi)
Date: Tue, 8 Mar 2016 11:15:04 +0100
Subject: [scribus-dev] Build Scribus in windows
In-Reply-To: <20160308101133.GA1007@gazda>
References: <CAM73HEaEqP2J3_Cc3NUPfrf0K5XJytx03zyTvtFO8VVULkQiSQ@mail.gmail.com>
 <20160308101133.GA1007@gazda>
Message-ID: <56DEA628.50106@xox.ch>

hey

On 08/03/16 11:11, Juraj Fedel wrote:
> On Tue, Mar 08, 2016 at 12:52:44PM +0400, Shamsa Hamed wrote:
>> The screen shot show the building error, anyone can help?
> I never build scribus on Windows so my comments may be irrelevant but
> here is my guess:
>
>  From last line on screenshot:
> ImportError: No module named site
> i think it is error related to python
>
>  From the working directory i guess you did not install scribus with
> make install
>
> I am not sure if installing is necessary on windows but i guess this
> could be the the reason for error.
>
> Sorry if my comments are misleading.
>
>

we had a look at the issue on irc and it's python / scripter related...

it's looking (and founding) for the python27.dll

until now, shamsa did not report back if she could find a solution...

ciao
a.l.e


From shamsahamed59 at gmail.com  Thu Mar 10 08:13:15 2016
From: shamsahamed59 at gmail.com (Shamsa Hamed)
Date: Thu, 10 Mar 2016 12:13:15 +0400
Subject: [scribus-dev] scribus-dev Digest, Vol 95, Issue 2
In-Reply-To: <mailman.1.1457438445.49485.scribus-dev@lists.scribus.net>
References: <mailman.1.1457438445.49485.scribus-dev@lists.scribus.net>
Message-ID: <CAM73HEb7hkQJQjCaY+0kbu5TeEo5vthQR-BLMACq20s3P0z2sQ@mail.gmail.com>

Sorry for my late reply.
I found a solution for the problem.
Thanks.

Shamsa
Regards



> we had a look at the issue on irc and it's python / scripter related...
>
> it's looking (and founding) for the python27.dll
>
> until now, shamsa did not report back if she could find a solution...
>
> ciao
> a.l.e
>
>
>
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=oa-2115-b>
This
email is safe. www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=oa-2115-b>
<#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160310/1bf89046/attachment.html>

From jluc at no-log.org  Thu Mar 10 09:28:03 2016
From: jluc at no-log.org (JLuc)
Date: Thu, 10 Mar 2016 10:28:03 +0100
Subject: [scribus-dev] scribus-dev Digest, Vol 95, Issue 2
In-Reply-To: <CAM73HEb7hkQJQjCaY+0kbu5TeEo5vthQR-BLMACq20s3P0z2sQ@mail.gmail.com>
References: <mailman.1.1457438445.49485.scribus-dev@lists.scribus.net>
 <CAM73HEb7hkQJQjCaY+0kbu5TeEo5vthQR-BLMACq20s3P0z2sQ@mail.gmail.com>
Message-ID: <nbren3$idd$1@ger.gmane.org>

Le 10/03/2016 09:13, Shamsa Hamed a ?crit :
> Sorry for my late reply.
> I found a solution for the problem.

great

this mailing list is a helping place.

could elaborate and explain how did you fix your issue
so other users might benefit of your newly acquired experience ?

JLuc

> Thanks.
>
> Shamsa
> Regards
>
>     we had a look at the issue on irc and it's python / scripter related...
>
>     it's looking (and founding) for the python27.dll
>
>     until now, shamsa did not report back if she could find a solution...
>
>     ciao
>     a.l.e




From ale.comp_06 at xox.ch  Sat Mar 12 11:06:15 2016
From: ale.comp_06 at xox.ch (ale rimoldi)
Date: Sat, 12 Mar 2016 12:06:15 +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: <20160312120615.2c790060@digiteis>

hi william

> 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

at least one of the scribus programmers is proud to have been at every
libre graphics meeting! :-)

there will for for sure be several scribus people at the lgm, even if
there is no scribus talk, there will be a few talks that can be very
interesting for people involved in scribus!

as an example:

- Libre tools for documenting, publishing and distributing fonts
- html2print
- TruFont: a hackable font editor
- designing for many applications: OpenType features UI
- Hybrid Publishing Workflow
- SpreadFlow ? Metadata extraction and processing engine
- How can co-design work with Libre Graphics?


see you in london?

ciao
a.l.e


From jlpoole56 at gmail.com  Sat Mar 12 14:40:30 2016
From: jlpoole56 at gmail.com (John L. Poole)
Date: Sat, 12 Mar 2016 06:40:30 -0800
Subject: [scribus-dev] Scribus Dependency Tracking
Message-ID: <56E42A5E.5010401@gmail.com>

I encountered a bug in the poppler library (0.39.0) supporting the 
windows build.
On Jean Ghali's advice, I participated in a bug with the poppler team at

https://bugs.freedesktop.org/show_bug.cgi?id=88511#c14

I provided a patch against the 0.39.0 version.

A poppler developer reponded asking me to basically test against
their current version which is
at 0.41.0.  That brings me to ask this question:

Is there a matrix or something to track Scribus' dependencies?

For example, the version of poppler offered for the windows build
of Scribus is at version 0.39.0.  Is there reason why 0.39.0 could
not be replaced with 0.41.0?  There ought to be some place where
a developer can visit to see what versions of a dependency work, or
more importantly, do not work and for what reason.

I checked my Gentoo Linux environment where I build Scribus and see
that I have poppler 0.32.0!

Would having pages of tables on the Scribus wiki that track each
dependency indicating what works, and what cannot work (because of
recent code changes) be useful?

It would be a waste of my time to try poppler 0.41.0 on Windows when
it is known by others that version 0.41.0 will not work because of
reason yadda..yadda.  There needs to be some sort of collaborative
point where knowledge of a dependency is tracked.


John


From jghali at libertysurf.fr  Sat Mar 12 16:19:21 2016
From: jghali at libertysurf.fr (Jean Ghali)
Date: Sat, 12 Mar 2016 17:19:21 +0100
Subject: [scribus-dev] Scribus Dependency Tracking
In-Reply-To: <56E42A5E.5010401@gmail.com>
References: <56E42A5E.5010401@gmail.com>
Message-ID: <56E44189.3000406@libertysurf.fr>

Le 12/03/2016 15:40, John L. Poole a ?crit :
> I encountered a bug in the poppler library (0.39.0) supporting the windows build.
> On Jean Ghali's advice, I participated in a bug with the poppler team at
> 
> https://bugs.freedesktop.org/show_bug.cgi?id=88511#c14
> 
> I provided a patch against the 0.39.0 version.
> 
> A poppler developer reponded asking me to basically test against
> their current version which is
> at 0.41.0.  That brings me to ask this question:
> 
> Is there a matrix or something to track Scribus' dependencies?
> 
> For example, the version of poppler offered for the windows build
> of Scribus is at version 0.39.0.  Is there reason why 0.39.0 could
> not be replaced with 0.41.0?

The latest dependency archive I uploaded on sourceforge around March 6th already has
poppler 0.41.









From williambader at hotmail.com  Sat Mar 12 19:49:56 2016
From: williambader at hotmail.com (William Bader)
Date: Sat, 12 Mar 2016 14:49:56 -0500
Subject: [scribus-dev] Scribus Dependency Tracking
In-Reply-To: <56E42A5E.5010401@gmail.com>
References: <56E42A5E.5010401@gmail.com>
Message-ID: <BLU179-W6002E896D96C68A4659F7CC4B60@phx.gbl>



> To: scribus-dev at lists.scribus.net
> From: jlpoole56 at gmail.com
> Date: Sat, 12 Mar 2016 06:40:30 -0800
> Subject: [scribus-dev] Scribus Dependency Tracking
> 
> I encountered a bug in the poppler library (0.39.0) supporting the 
> windows build.
> On Jean Ghali's advice, I participated in a bug with the poppler team at
> 
> https://bugs.freedesktop.org/show_bug.cgi?id=88511#c14
> 
> I provided a patch against the 0.39.0 version.
> 
> A poppler developer reponded asking me to basically test against
> their current version which is
> at 0.41.0.  That brings me to ask this question:
> 
> Is there a matrix or something to track Scribus' dependencies?
> 
> For example, the version of poppler offered for the windows build
> of Scribus is at version 0.39.0.  Is there reason why 0.39.0 could
> not be replaced with 0.41.0?  There ought to be some place where
> a developer can visit to see what versions of a dependency work, or
> more importantly, do not work and for what reason.
> 
> I checked my Gentoo Linux environment where I build Scribus and see
> that I have poppler 0.32.0!
> 
> Would having pages of tables on the Scribus wiki that track each
> dependency indicating what works, and what cannot work (because of
> recent code changes) be useful?
> 
> It would be a waste of my time to try poppler 0.41.0 on Windows when
> it is known by others that version 0.41.0 will not work because of
> reason yadda..yadda.  There needs to be some sort of collaborative
> point where knowledge of a dependency is tracked.
> 
> 
> John


If you have any references for how poppler 0.41.0 does not work, can you create a poppler bug report? I think that most of the poppler developers use Linux, and sometimes Windows builds can get broken.
Poppler puts out a new release about every month or two, so the difference in version numbers doesn't mean a huge difference in the code. Almost every release adds to the API available to PDF viewers, and those API changes requiring bumping the version number. 
A number of libraries depend on poppler, and as those libraries require more recent versions of poppler, Scribus will require more recent versions of poppler as well, so if there are problems with poppler 0.41.0, it is better to report then now while older versions are still suitable for Scribus than to wait until other libraries start requiring poppler 0.41.0, which would complicate Scribus builds.
William
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160312/e4b5f270/attachment.html>

From sergio.am.spina at gmail.com  Sun Mar 13 15:14:27 2016
From: sergio.am.spina at gmail.com (Sergio Spina)
Date: Sun, 13 Mar 2016 16:14:27 +0100
Subject: [scribus-dev] Features request
Message-ID: <CAAoW_qFja1ZXgXjjhgtFvnjysToXC7GmD0hCb5wuHnRSU7Zwcw@mail.gmail.com>

It seem that would be very nice and useful if the scripter could manage the
following functions:

1) A value dialog with a list of radio-buttons, aimed to let the user
choose an option between some:

>  radiobuttonsDialog(caption, message, list of strings [, defaultvalue])
-> string
>  e.g.:
>  radiobuttonsDialog('MyAppName', 'Choose a color for the background.',
>      ['White', 'Yellow', 'Orange', 'Red', 'Purple'], 'Yellow')


2) A value dialog with a combo-box, aimed to let the user choose an option
between a lot:

>  comboDialog(caption, message, list of strings [, defaultvalue]) -> string
>  e.g.:
>  fontList = getFontList
>  comboDialog('MyAppName', 'Choose a font for the document.',
>      fontList, 'Times New Roman')

3) A value dialog with a list of check-boxes, aimed to let the user choose
some options between some:

>  checkboxesDialog(caption, message, Dictionary of options) -> Dictionary
of options
>  e.g.:
>  checkboxesDialog('MyAppName', 'Select the features that you want be
implemented:',
>      {'Accountability': False,
>       'Marchantability': False,
>       'Readability': False,
>       'Drinkability': False})
>
>  return
>
>  {'Accountability': True,
>   'Marchantability': False,
>   'Readability': True,
>   'Drinkability': False})

I cannot code in C/C++, but these features shouldn't be too diffucult to
implement, despite their sure usefulness.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160313/8caca3dc/attachment.html>

From gpittman at iglou.com  Sun Mar 13 15:58:54 2016
From: gpittman at iglou.com (Gregory Pittman)
Date: Sun, 13 Mar 2016 11:58:54 -0400
Subject: [scribus-dev] Features request
In-Reply-To: <CAAoW_qFja1ZXgXjjhgtFvnjysToXC7GmD0hCb5wuHnRSU7Zwcw@mail.gmail.com>
References: <CAAoW_qFja1ZXgXjjhgtFvnjysToXC7GmD0hCb5wuHnRSU7Zwcw@mail.gmail.com>
Message-ID: <56E58E3E.4060504@iglou.com>

On 03/13/2016 11:14 AM, Sergio Spina wrote:
> It seem that would be very nice and useful if the scripter could manage
> the following functions:
> 
> 1) A value dialog with a list of radio-buttons, aimed to let the user
> choose an option between some:
> 
>>  radiobuttonsDialog(caption, message, list of strings [, defaultvalue]) -> string
>>  e.g.:
>>  radiobuttonsDialog('MyAppName', 'Choose a color for the background.',
>>      ['White', 'Yellow', 'Orange', 'Red', 'Purple'], 'Yellow')
> 
> 
> 2) A value dialog with a combo-box, aimed to let the user choose an
> option between a lot:
> 
>>  comboDialog(caption, message, list of strings [, defaultvalue]) -> string
>>  e.g.:
>>  fontList = getFontList
>>  comboDialog('MyAppName', 'Choose a font for the document.',
>>      fontList, 'Times New Roman')
> 
> 3) A value dialog with a list of check-boxes, aimed to let the user
> choose some options between some:
> 
>>  checkboxesDialog(caption, message, Dictionary of options) -> Dictionary of options
>>  e.g.:
>>  checkboxesDialog('MyAppName', 'Select the features that you want be implemented:',
>>      {'Accountability': False,
>>       'Marchantability': False,
>>       'Readability': False,
>>       'Drinkability': False})
>>
>>  return
>>
>>  {'Accountability': True,
>>   'Marchantability': False,
>>   'Readability': True,
>>   'Drinkability': False})
> 
> I cannot code in C/C++, but these features shouldn't be too diffucult to
> implement, despite their sure usefulness.
> 

These are implemented now using tkinter. I you look at CalendarWizard or
FontSampler you will how this is done.

Greg


From williambader at hotmail.com  Sun Mar 13 20:25:01 2016
From: williambader at hotmail.com (William Bader)
Date: Sun, 13 Mar 2016 16:25:01 -0400
Subject: [scribus-dev] Libre Graphics meeting
In-Reply-To: <20160312120615.2c790060@digiteis>
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>,
 <20160312120615.2c790060@digiteis>
Message-ID: <BLU179-W9145336AB3A947D275C3AEC4B70@phx.gbl>



> Date: Sat, 12 Mar 2016 12:06:15 +0100
> From: ale.comp_06 at xox.ch
> To: scribus-dev at lists.scribus.net
> Subject: Re: [scribus-dev] Libre Graphics meeting
> 
> hi william
> 
> > 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
> 
> at least one of the scribus programmers is proud to have been at every
> libre graphics meeting! :-)
> 
> there will for for sure be several scribus people at the lgm, even if
> there is no scribus talk, there will be a few talks that can be very
> interesting for people involved in scribus!
> 
> as an example:
> 
> - Libre tools for documenting, publishing and distributing fonts
> - html2print
> - TruFont: a hackable font editor
> - designing for many applications: OpenType features UI
> - Hybrid Publishing Workflow
> - SpreadFlow ? Metadata extraction and processing engine
> - How can co-design work with Libre Graphics?
> 
> 
> see you in london?
> 
> ciao
> a.l.e


Hi A.l.e,
I am going to be in the US then, so I won't be able to go to the meeting in London. I wanted to go, but I had too many other constraints on my time.
I will make my schedule for the fall in July. If there will be a Scribus meeting in the fall and the date is set by July, I will try to make space for it.
Regards,William


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

From khaledhosny at eglug.org  Sun Mar 13 21:17:45 2016
From: khaledhosny at eglug.org (Khaled Hosny)
Date: Mon, 14 Mar 2016 01:17:45 +0400
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <C2997CA0-2D4A-4F89-8AFD-0E812EE7D536@scribus.info>
References: <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>
 <20160226120923.GB17758@macbook>
 <4A095268-3B84-4C87-B17A-0C5E5B49B046@scribus.info>
 <20160303162113.GB14550@macbook>
 <C2997CA0-2D4A-4F89-8AFD-0E812EE7D536@scribus.info>
Message-ID: <20160313211745.GA29530@macbook.SASVR.OM>

On Sun, Mar 06, 2016 at 10:15:10PM +0100, Craig Bradney wrote:
> Hi Kahled
> 
> > This should, hopefully, be done by end of next week and if all goes as
> > planned, I?ll be sending patches by then. You can see the current
> > remaining issues here:
> > https://github.com/HOST-Oman/scribus/issues
> > 
> > The boxes milestone (the only one currently) coverts feature parity with
> > trunk. Currently screen rendering and PDF are more or less complete, the
> > only major feature remaining is getting path text to work again. Other
> > export formats (SVG, XPS, PS) are in progress (personally I?d be more
> > than happy to send a patch without those and fix them later, fixing them
> > should be a few hours work for someone who knows the code).
> 
> 
> I?m watching your commits daily to github, so just keep us informed
> when you think you?re ready for merging. We still need some test docs
> to be able to compare rendering.

We made some progress, all export formats should be working, rendering
text with Cairo/FreeType is now reliably working (after long nights of
debugging and poking into the internals of Cairo and FreeType to find it
is all the fault of some Scribus code somewhere else) with fallback when
Cairo/FreeType is missing (though the Cairo/FreeType rendering is nicer
and much faster).

However path text is still not fully working, and there are some small
issues to fix. Hopefully the patches will be ready during this week.

Regards,
Khaled


From cbradney at scribus.info  Sun Mar 13 22:18:24 2016
From: cbradney at scribus.info (Craig Bradney)
Date: Sun, 13 Mar 2016 23:18:24 +0100
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <20160313211745.GA29530@macbook.SASVR.OM>
References: <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>
 <20160226120923.GB17758@macbook>
 <4A095268-3B84-4C87-B17A-0C5E5B49B046@scribus.info>
 <20160303162113.GB14550@macbook>
 <C2997CA0-2D4A-4F89-8AFD-0E812EE7D536@scribus.info>
 <20160313211745.GA29530@macbook.SASVR.OM>
Message-ID: <8A049D63-D8C4-4485-AE9A-31599FCA51E2@scribus.info>


> On 13 Mar 2016, at 22:17, Khaled Hosny <khaledhosny at eglug.org> wrote:
> 
> On Sun, Mar 06, 2016 at 10:15:10PM +0100, Craig Bradney wrote:
>> Hi Kahled
>> 
>>> This should, hopefully, be done by end of next week and if all goes as
>>> planned, I?ll be sending patches by then. You can see the current
>>> remaining issues here:
>>> https://github.com/HOST-Oman/scribus/issues
>>> 
>>> The boxes milestone (the only one currently) coverts feature parity with
>>> trunk. Currently screen rendering and PDF are more or less complete, the
>>> only major feature remaining is getting path text to work again. Other
>>> export formats (SVG, XPS, PS) are in progress (personally I?d be more
>>> than happy to send a patch without those and fix them later, fixing them
>>> should be a few hours work for someone who knows the code).
>> 
>> 
>> I?m watching your commits daily to github, so just keep us informed
>> when you think you?re ready for merging. We still need some test docs
>> to be able to compare rendering.
> 
> We made some progress, all export formats should be working, rendering
> text with Cairo/FreeType is now reliably working (after long nights of
> debugging and poking into the internals of Cairo and FreeType to find it
> is all the fault of some Scribus code somewhere else) with fallback when
> Cairo/FreeType is missing (though the Cairo/FreeType rendering is nicer
> and much faster).
> 
> However path text is still not fully working, and there are some small
> issues to fix. Hopefully the patches will be ready during this week.

Ok, looking forward to it. I?m still building every few days and testing some stuff.

Craig

From scribus.user at gmail.com  Mon Mar 14 17:12:57 2016
From: scribus.user at gmail.com (Scribus User)
Date: Mon, 14 Mar 2016 12:12:57 -0500
Subject: [scribus-dev] Request: List of all mouse+key combos that help speed
	up workflow
Message-ID: <CAAt0FRioOdx6zbvUVU91FJERZgZkan4bB1WOs-LePuA_rEAX+g@mail.gmail.com>

Can we compile a list of these ? I'd like to create a cheatsheet that helps
people really utilize Scribus in an efficient way.

Example:

Textbox/Imagebox
click->drag->hold down cmd key = keeps object in the x/y axis
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160314/7d01a077/attachment.html>

From jluc at no-log.org  Tue Mar 15 16:31:22 2016
From: jluc at no-log.org (JLuc)
Date: Tue, 15 Mar 2016 17:31:22 +0100
Subject: [scribus-dev] Request: List of all mouse+key combos that help
	speed up workflow
In-Reply-To: <CAAt0FRioOdx6zbvUVU91FJERZgZkan4bB1WOs-LePuA_rEAX+g@mail.gmail.com>
References: <CAAt0FRioOdx6zbvUVU91FJERZgZkan4bB1WOs-LePuA_rEAX+g@mail.gmail.com>
Message-ID: <nc9dcr$5vg$1@ger.gmane.org>

Le 14/03/2016 18:12, Scribus User a ?crit :
 > List of mouse+key combos

To start with, i read on https://wiki.scribus.net/canvas/Keyboard_Shortcuts_by_Key
that
- E : 	Edit Contents (text in a text frame, or image location in an image frame)
- Control-Y : Edit with Story Editor	
- T : Insert Text Frame

But I can't have any of these behave so now.
Do you ?

JL



From gpittman at iglou.com  Tue Mar 15 21:07:32 2016
From: gpittman at iglou.com (Gregory Pittman)
Date: Tue, 15 Mar 2016 17:07:32 -0400
Subject: [scribus-dev] Request: List of all mouse+key combos that help
 speed up workflow
In-Reply-To: <nc9dcr$5vg$1@ger.gmane.org>
References: <CAAt0FRioOdx6zbvUVU91FJERZgZkan4bB1WOs-LePuA_rEAX+g@mail.gmail.com>
 <nc9dcr$5vg$1@ger.gmane.org>
Message-ID: <56E87994.4080301@iglou.com>

On 03/15/2016 12:31 PM, JLuc wrote:
> Le 14/03/2016 18:12, Scribus User a ?crit :
>> List of mouse+key combos
> 
> To start with, i read on
> https://wiki.scribus.net/canvas/Keyboard_Shortcuts_by_Key
> that
> - E :     Edit Contents (text in a text frame, or image location in an
> image frame)
> - Control-Y : Edit with Story Editor   
> - T : Insert Text Frame
> 

These work Ok for me in 1.4.6 and 1.5.1, except that opening Story
Editor is now Ctrl-T (which makes more sense intuitively).

The 'E' and 'T' are just from using these keys, i.e., not Shift-E or
Shift-T. Of course, the 'E' and Ctrl-T only work when you have a frame
selected.

Personally, it may be helpful to have a short list of commonly used
things like the various frames and common work on frames, but beyond
that, it's mainly worth pointing out to users that the keyboard
shortcuts show in the tooltip when possible, and also there is a list in
Preferences that you can edit to your liking, where you can also see
what operations have no default keyboard shortcut.

Greg



From jluc at no-log.org  Tue Mar 15 23:39:28 2016
From: jluc at no-log.org (JLuc)
Date: Wed, 16 Mar 2016 00:39:28 +0100
Subject: [scribus-dev] Request: List of all mouse+key combos that help
	speed up workflow
In-Reply-To: <56E87994.4080301@iglou.com>
References: <CAAt0FRioOdx6zbvUVU91FJERZgZkan4bB1WOs-LePuA_rEAX+g@mail.gmail.com>
 <nc9dcr$5vg$1@ger.gmane.org> <56E87994.4080301@iglou.com>
Message-ID: <nca6fg$2l6$1@ger.gmane.org>

Le 15/03/2016 22:07, Gregory Pittman a ?crit :
>> https://wiki.scribus.net/canvas/Keyboard_Shortcuts_by_Key
>> - E :     Edit Contents (text in a text frame, or image location in an
>> image frame)
>> - Control-Y : Edit with Story Editor
>> - T : Insert Text Frame

> These work Ok for me in 1.4.6 and 1.5.1, except that opening Story
> Editor is now Ctrl-T (which makes more sense intuitively).

Oh. Maybe this could be written there as a 1.5 side note.

As you mention it later these shortcut should be shown in the menus or hints,
but I dont see any kbd shortcut reminder in the menus nor in the buttons hints
for these basic actions.

In the 'Insert' main menu, there is absolutely no keyboard shortcut shown
(but fyi some do appear in the 'Insert > Glyph' submenu).

And there is no shortcut shown as (E) or (T) in the hint that hover
over "create text frame" or "edit as story" buttons.
But there are some for "Undo (CTRL+Z)", "Create PDF (CTRL+SHIFT+P)"
for example, which do work well.

This is both on 1.5.0 and 1.5.2svn on Ubuntu 14.04

JL

> The 'E' and 'T' are just from using these keys, i.e., not Shift-E or
> Shift-T. Of course, the 'E' and Ctrl-T only work when you have a frame
> selected.
>
> Personally, it may be helpful to have a short list of commonly used
> things like the various frames and common work on frames, but beyond
> that, it's mainly worth pointing out to users that the keyboard
> shortcuts show in the tooltip when possible, and also there is a list in
> Preferences that you can edit to your liking, where you can also see
> what operations have no default keyboard shortcut.
>
> Greg
>
>




From gpittman at iglou.com  Wed Mar 16 00:47:03 2016
From: gpittman at iglou.com (Gregory Pittman)
Date: Tue, 15 Mar 2016 20:47:03 -0400
Subject: [scribus-dev] Request: List of all mouse+key combos that help
 speed up workflow
In-Reply-To: <nca6fg$2l6$1@ger.gmane.org>
References: <CAAt0FRioOdx6zbvUVU91FJERZgZkan4bB1WOs-LePuA_rEAX+g@mail.gmail.com>
 <nc9dcr$5vg$1@ger.gmane.org> <56E87994.4080301@iglou.com>
 <nca6fg$2l6$1@ger.gmane.org>
Message-ID: <56E8AD07.5050702@iglou.com>

On 03/15/2016 07:39 PM, JLuc wrote:
> Le 15/03/2016 22:07, Gregory Pittman a ?crit :
>>> https://wiki.scribus.net/canvas/Keyboard_Shortcuts_by_Key
>>> - E :     Edit Contents (text in a text frame, or image location in an
>>> image frame)
>>> - Control-Y : Edit with Story Editor
>>> - T : Insert Text Frame
> 
>> These work Ok for me in 1.4.6 and 1.5.1, except that opening Story
>> Editor is now Ctrl-T (which makes more sense intuitively).
> 
> Oh. Maybe this could be written there as a 1.5 side note.
> 
> As you mention it later these shortcut should be shown in the menus or
> hints,
> but I dont see any kbd shortcut reminder in the menus nor in the buttons
> hints
> for these basic actions.
> 
> In the 'Insert' main menu, there is absolutely no keyboard shortcut shown
> (but fyi some do appear in the 'Insert > Glyph' submenu).
> 
> And there is no shortcut shown as (E) or (T) in the hint that hover
> over "create text frame" or "edit as story" buttons.
> But there are some for "Undo (CTRL+Z)", "Create PDF (CTRL+SHIFT+P)"
> for example, which do work well.
> 
> This is both on 1.5.0 and 1.5.2svn on Ubuntu 14.04

Hmm. My 1.5.2svn (Fedora23) shows the keyboard shortcut for most of the
toolbar icons.

Exceptions:
Arc
Spiral
Calligraphic Line
Measurements
Copy Item Properties
Barcode
PDF Push Button
PDF Check Box
PDF Radio Button
PDF Text Field
PDF Combo Box
PDF List Box
Text Annotation
Link Annotation
3D Annotation
Edit in Preview Mode

I thought it might be a language issue, but when I check French and
German, these have the shortcuts too.
So it's a puzzle.

Greg



From jluc at no-log.org  Wed Mar 16 07:23:22 2016
From: jluc at no-log.org (JLuc)
Date: Wed, 16 Mar 2016 08:23:22 +0100
Subject: [scribus-dev] Request: List of all mouse+key combos that help
	speed up workflow
In-Reply-To: <56E8AD07.5050702@iglou.com>
References: <CAAt0FRioOdx6zbvUVU91FJERZgZkan4bB1WOs-LePuA_rEAX+g@mail.gmail.com>
 <nc9dcr$5vg$1@ger.gmane.org> <56E87994.4080301@iglou.com>
 <nca6fg$2l6$1@ger.gmane.org> <56E8AD07.5050702@iglou.com>
Message-ID: <ncb1la$9ch$1@ger.gmane.org>

Le 16/03/2016 01:47, Gregory Pittman a ?crit :
> On 03/15/2016 07:39 PM, JLuc wrote:
>> Oh. Maybe this could be written there as a 1.5 side note [on the wiki]

Done.

> I thought it might be a language issue, but when I check French and
> German, these have the shortcuts too.
> So it's a puzzle.

I'm puzzled.

JL



From cbradney at scribus.info  Wed Mar 16 08:08:28 2016
From: cbradney at scribus.info (Craig Bradney)
Date: Wed, 16 Mar 2016 08:08:28 +0000
Subject: [scribus-dev] Request: List of all mouse+key combos that help
	speed up workflow
In-Reply-To: <56E8AD07.5050702@iglou.com>
References: <CAAt0FRioOdx6zbvUVU91FJERZgZkan4bB1WOs-LePuA_rEAX+g@mail.gmail.com>
 <nc9dcr$5vg$1@ger.gmane.org> <56E87994.4080301@iglou.com>
 <nca6fg$2l6$1@ger.gmane.org> <56E8AD07.5050702@iglou.com>
Message-ID: <DE06D8FB-A648-46E3-8BA5-8B7E34E53E57@scribus.info>



> On 16 Mar 2016, at 00:47, Gregory Pittman <gpittman at iglou.com> wrote:
> 
>> On 03/15/2016 07:39 PM, JLuc wrote:
>> Le 15/03/2016 22:07, Gregory Pittman a ?crit :
>>>> https://wiki.scribus.net/canvas/Keyboard_Shortcuts_by_Key
>>>> - E :     Edit Contents (text in a text frame, or image location in an
>>>> image frame)
>>>> - Control-Y : Edit with Story Editor
>>>> - T : Insert Text Frame
>> 
>>> These work Ok for me in 1.4.6 and 1.5.1, except that opening Story
>>> Editor is now Ctrl-T (which makes more sense intuitively).
>> 
>> Oh. Maybe this could be written there as a 1.5 side note.
>> 
>> As you mention it later these shortcut should be shown in the menus or
>> hints,
>> but I dont see any kbd shortcut reminder in the menus nor in the buttons
>> hints
>> for these basic actions.
>> 
>> In the 'Insert' main menu, there is absolutely no keyboard shortcut shown
>> (but fyi some do appear in the 'Insert > Glyph' submenu).
>> 
>> And there is no shortcut shown as (E) or (T) in the hint that hover
>> over "create text frame" or "edit as story" buttons.
>> But there are some for "Undo (CTRL+Z)", "Create PDF (CTRL+SHIFT+P)"
>> for example, which do work well.
>> 
>> This is both on 1.5.0 and 1.5.2svn on Ubuntu 14.04
> 
> Hmm. My 1.5.2svn (Fedora23) shows the keyboard shortcut for most of the
> toolbar icons.
> 
> Exceptions:
> Arc
> Spiral
> Calligraphic Line
> Measurements
> Copy Item Properties
> Barcode
> PDF Push Button
> PDF Check Box
> PDF Radio Button
> PDF Text Field
> PDF Combo Box
> PDF List Box
> Text Annotation
> Link Annotation
> 3D Annotation
> Edit in Preview Mode
> 
> I thought it might be a language issue, but when I check French and
> German, these have the shortcuts too.
> So it's a puzzle.
> 
> 

Its jluc's OS or preferences getting in the way. Ubuntu strikes again?

Craig

From jluc at no-log.org  Wed Mar 16 09:50:30 2016
From: jluc at no-log.org (JLuc)
Date: Wed, 16 Mar 2016 10:50:30 +0100
Subject: [scribus-dev] Request: List of all mouse+key combos that help
	speed up workflow
In-Reply-To: <DE06D8FB-A648-46E3-8BA5-8B7E34E53E57@scribus.info>
References: <CAAt0FRioOdx6zbvUVU91FJERZgZkan4bB1WOs-LePuA_rEAX+g@mail.gmail.com>
 <nc9dcr$5vg$1@ger.gmane.org> <56E87994.4080301@iglou.com>
 <nca6fg$2l6$1@ger.gmane.org> <56E8AD07.5050702@iglou.com>
 <DE06D8FB-A648-46E3-8BA5-8B7E34E53E57@scribus.info>
Message-ID: <ncba97$pfk$1@ger.gmane.org>

Le 16/03/2016 09:08, Craig Bradney a ?crit :
> Its jluc's OS or preferences getting in the way. Ubuntu strikes again?

Do scribus on other Ubuntus behave well as with E, T and CTRL+T shortcuts ?

Do scribus running on other distros behave bad with these shortcuts?

JLuc



From gpittman at iglou.com  Wed Mar 16 11:33:14 2016
From: gpittman at iglou.com (Gregory Pittman)
Date: Wed, 16 Mar 2016 07:33:14 -0400
Subject: [scribus-dev] Request: List of all mouse+key combos that help
 speed up workflow
In-Reply-To: <ncba97$pfk$1@ger.gmane.org>
References: <CAAt0FRioOdx6zbvUVU91FJERZgZkan4bB1WOs-LePuA_rEAX+g@mail.gmail.com>
 <nc9dcr$5vg$1@ger.gmane.org> <56E87994.4080301@iglou.com>
 <nca6fg$2l6$1@ger.gmane.org> <56E8AD07.5050702@iglou.com>
 <DE06D8FB-A648-46E3-8BA5-8B7E34E53E57@scribus.info>
 <ncba97$pfk$1@ger.gmane.org>
Message-ID: <56E9447A.9060808@iglou.com>

On 03/16/2016 05:50 AM, JLuc wrote:
> Le 16/03/2016 09:08, Craig Bradney a ?crit :
>> Its jluc's OS or preferences getting in the way. Ubuntu strikes again?
> 
> Do scribus on other Ubuntus behave well as with E, T and CTRL+T shortcuts ?
> 
> Do scribus running on other distros behave bad with these shortcuts?
> 

Maybe there is a clash of system shortcuts with application shortcuts...

Greg



From shamsahamed59 at gmail.com  Thu Mar 17 07:37:40 2016
From: shamsahamed59 at gmail.com (Shamsa Hamed)
Date: Thu, 17 Mar 2016 11:37:40 +0400
Subject: [scribus-dev] Issue 3 Build Scribus in windows
Message-ID: <CAM73HEYMO8zqGXuR8QhihUHoCqmWS=q2zOaVzYE2ihaa29gG7Q@mail.gmail.com>

> this mailing list is a helping place.
>
> could elaborate and explain how did you fix your issue
> so other users might benefit of your newly acquired experience ?
>

Sure. The issue is reported by Fahad at bug tracker Issue #0013800
<https://bugs.scribus.net/view.php?id=13800> with the solution in how is
was fixed.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160317/904faccf/attachment.html>

From gwidion at gmail.com  Sun Mar 20 16:05:26 2016
From: gwidion at gmail.com (Joao S. O. Bueno)
Date: Sun, 20 Mar 2016 13:05:26 -0300
Subject: [scribus-dev] State of Libre Graphics Union 2016 - call for Slides
Message-ID: <CAH0mxTRCyRY5baD6rRYgX1Vc5hfEqSN6FnXjZ5OoqVQfyVspDQ@mail.gmail.com>

Dear Folks at Scribus -

The first presentation event in this years LGM program is ?state of
Libre Graphics?. A common update for many of the projects across our
Libre Graphics community. This frees up room in the schedule for deeper
topics or fresh projects; while still giving us a chance to know what
has been going on in various ongoing libre graphics related efforts; not
only software projects, but also our various curation, publication and
umbrella projects.

More information on this presentation here - inclding the slides or video name
conventions and formating -

http://libregraphicsmeeting.org/2016/state-of-libre-graphics-union-2016/


The slides should be sent to me at this e-mail (gwidion at gmail.com ) up
to Friday the 8th of April -


Regards,

   js
  -><-


From khaledhosny at eglug.org  Mon Mar 21 15:54:39 2016
From: khaledhosny at eglug.org (Khaled Hosny)
Date: Mon, 21 Mar 2016 19:54:39 +0400
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <8A049D63-D8C4-4485-AE9A-31599FCA51E2@scribus.info>
References: <20160223174908.GD1657@macbook.SASVR.OM>
 <7728B4CA-1754-478D-920B-46C65F8C7483@scribus.info>
 <20160224165342.GI1657@macbook.SASVR.OM>
 <49B89AF7-EDF8-44CD-85F3-8FC7417C8824@scribus.info>
 <20160226120923.GB17758@macbook>
 <4A095268-3B84-4C87-B17A-0C5E5B49B046@scribus.info>
 <20160303162113.GB14550@macbook>
 <C2997CA0-2D4A-4F89-8AFD-0E812EE7D536@scribus.info>
 <20160313211745.GA29530@macbook.SASVR.OM>
 <8A049D63-D8C4-4485-AE9A-31599FCA51E2@scribus.info>
Message-ID: <20160321155439.GA17920@macbook>

On Sun, Mar 13, 2016 at 11:18:24PM +0100, Craig Bradney wrote:
> 
> Ok, looking forward to it. I?m still building every few days and testing some stuff.

We are almost ready to submit a patch (I?m debugging some small issue
with text on path and want to do some trivial cleanups, but otherwise we
are ready to go). So how do you want me to submit the patch, a one big
patch or a number of small patches (though it would be hard to split the
patches in any meaningful way, the changes are interdependent)?

Here is the current summary of files changed:

 scribus/canvas.cpp                                 |    2 +
 scribus/canvasmode.cpp                             |  128 +-
 scribus/fonts/scface.h                             |    7 +
 scribus/pageitem.cpp                               |  348 +---
 scribus/pageitem.h                                 |    2 +-
 scribus/pageitem_pathtext.cpp                      |  123 +-
 scribus/pageitem_textframe.cpp                     | 1699 ++++++++------------
 scribus/pageitem_textframe.h                       |    3 +
 scribus/pdflib_core.cpp                            | 1230 +++++---------
 scribus/pdflib_core.h                              |    5 +-
 scribus/plugins/export/svgexplugin/svgexplugin.cpp |  761 ++-------
 scribus/plugins/export/svgexplugin/svgexplugin.h   |    8 +-
 scribus/plugins/export/xpsexport/xpsexplugin.cpp   |  885 ++--------
 scribus/plugins/export/xpsexport/xpsexplugin.h     |    7 +-
 scribus/pslib.cpp                                  | 1120 ++-----------
 scribus/pslib.h                                    |    5 +-
 scribus/scpageoutput.cpp                           |  584 ++-----
 scribus/scpageoutput.h                             |    4 +-
 scribus/scpainter.cpp                              |   16 +
 scribus/scpainter.h                                |    5 +
 scribus/scribusdoc.cpp                             |  202 +--
 scribus/scribusview.cpp                            |   12 +-
 scribus/sctextstruct.cpp                           |   16 +-
 scribus/sctextstruct.h                             |   98 +-
 scribus/text/CMakeLists.txt                        |    5 +
 scribus/text/boxes.cpp                             |  637 ++++++++
 scribus/text/boxes.h                               |  238 +++
 scribus/text/screenpainter.cpp                     |  349 ++++
 scribus/text/screenpainter.h                       |   44 +
 scribus/text/storytext.cpp                         |   44 +-
 scribus/text/storytext.h                           |    4 +-
 scribus/text/textlayout.cpp                        |  314 ++--
 scribus/text/textlayout.h                          |   43 +-
 scribus/text/textlayoutpainter.cpp                 |  129 ++
 scribus/text/textlayoutpainter.h                   |  116 ++
 scribus/third_party/rtf-qt/CMakeLists.txt          |    1 +
 36 files changed, 3548 insertions(+), 5646 deletions(-)

Regards,
Khaled


From cbradney at scribus.info  Mon Mar 21 17:49:37 2016
From: cbradney at scribus.info (Craig Bradney)
Date: Mon, 21 Mar 2016 18:49:37 +0100
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <20160321155439.GA17920@macbook>
References: <20160223174908.GD1657@macbook.SASVR.OM>
 <7728B4CA-1754-478D-920B-46C65F8C7483@scribus.info>
 <20160224165342.GI1657@macbook.SASVR.OM>
 <49B89AF7-EDF8-44CD-85F3-8FC7417C8824@scribus.info>
 <20160226120923.GB17758@macbook>
 <4A095268-3B84-4C87-B17A-0C5E5B49B046@scribus.info>
 <20160303162113.GB14550@macbook>
 <C2997CA0-2D4A-4F89-8AFD-0E812EE7D536@scribus.info>
 <20160313211745.GA29530@macbook.SASVR.OM>
 <8A049D63-D8C4-4485-AE9A-31599FCA51E2@scribus.info>
 <20160321155439.GA17920@macbook>
Message-ID: <D572DEB1-3B20-433C-9C06-1A2967B8B5B0@scribus.info>


> On 21 Mar 2016, at 16:54, Khaled Hosny <khaledhosny at eglug.org> wrote:
> 
> On Sun, Mar 13, 2016 at 11:18:24PM +0100, Craig Bradney wrote:
>> 
>> Ok, looking forward to it. I?m still building every few days and testing some stuff.
> 
> We are almost ready to submit a patch (I?m debugging some small issue
> with text on path and want to do some trivial cleanups, but otherwise we
> are ready to go). So how do you want me to submit the patch, a one big
> patch or a number of small patches (though it would be hard to split the
> patches in any meaningful way, the changes are interdependent)?
> 

I think we?ve made quite a few changes in trunk, can you update to trunk first?

Craig



From scribus.user at gmail.com  Mon Mar 21 17:57:19 2016
From: scribus.user at gmail.com (Scribus User)
Date: Mon, 21 Mar 2016 12:57:19 -0500
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <D572DEB1-3B20-433C-9C06-1A2967B8B5B0@scribus.info>
References: <20160223174908.GD1657@macbook.SASVR.OM>
 <7728B4CA-1754-478D-920B-46C65F8C7483@scribus.info>
 <20160224165342.GI1657@macbook.SASVR.OM>
 <49B89AF7-EDF8-44CD-85F3-8FC7417C8824@scribus.info>
 <20160226120923.GB17758@macbook>
 <4A095268-3B84-4C87-B17A-0C5E5B49B046@scribus.info>
 <20160303162113.GB14550@macbook>
 <C2997CA0-2D4A-4F89-8AFD-0E812EE7D536@scribus.info>
 <20160313211745.GA29530@macbook.SASVR.OM>
 <8A049D63-D8C4-4485-AE9A-31599FCA51E2@scribus.info>
 <20160321155439.GA17920@macbook>
 <D572DEB1-3B20-433C-9C06-1A2967B8B5B0@scribus.info>
Message-ID: <CAAt0FRi95KtwSGhZKejEBuBA_Ajf--f8GC1NBwUm6MPzwNZZcA@mail.gmail.com>

On Mon, Mar 21, 2016 at 12:49 PM, Craig Bradney <cbradney at scribus.info>
wrote:

>
> > On 21 Mar 2016, at 16:54, Khaled Hosny <khaledhosny at eglug.org> wrote:
> >
> > On Sun, Mar 13, 2016 at 11:18:24PM +0100, Craig Bradney wrote:
> >>
> >> Ok, looking forward to it. I?m still building every few days and
> testing some stuff.
> >
> > We are almost ready to submit a patch (I?m debugging some small issue
> > with text on path and want to do some trivial cleanups, but otherwise we
> > are ready to go). So how do you want me to submit the patch, a one big
> > patch or a number of small patches (though it would be hard to split the
> > patches in any meaningful way, the changes are interdependent)?
> >
>
> I think we?ve made quite a few changes in trunk, can you update to trunk
> first?
>
> Craig


The Scribus master on Github (mirror) is synced with SVN at current
revision 21101
Looking forward to testing Host-Oman's work in trunk!
Cheers,
/Kunda
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160321/a132d572/attachment.html>

From khaledhosny at eglug.org  Mon Mar 21 18:50:54 2016
From: khaledhosny at eglug.org (Khaled Hosny)
Date: Mon, 21 Mar 2016 22:50:54 +0400
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <D572DEB1-3B20-433C-9C06-1A2967B8B5B0@scribus.info>
References: <20160224165342.GI1657@macbook.SASVR.OM>
 <49B89AF7-EDF8-44CD-85F3-8FC7417C8824@scribus.info>
 <20160226120923.GB17758@macbook>
 <4A095268-3B84-4C87-B17A-0C5E5B49B046@scribus.info>
 <20160303162113.GB14550@macbook>
 <C2997CA0-2D4A-4F89-8AFD-0E812EE7D536@scribus.info>
 <20160313211745.GA29530@macbook.SASVR.OM>
 <8A049D63-D8C4-4485-AE9A-31599FCA51E2@scribus.info>
 <20160321155439.GA17920@macbook>
 <D572DEB1-3B20-433C-9C06-1A2967B8B5B0@scribus.info>
Message-ID: <20160321185054.GB17920@macbook>

On Mon, Mar 21, 2016 at 06:49:37PM +0100, Craig Bradney wrote:
> 
> > On 21 Mar 2016, at 16:54, Khaled Hosny <khaledhosny at eglug.org> wrote:
> > 
> > On Sun, Mar 13, 2016 at 11:18:24PM +0100, Craig Bradney wrote:
> >> 
> >> Ok, looking forward to it. I?m still building every few days and testing some stuff.
> > 
> > We are almost ready to submit a patch (I?m debugging some small issue
> > with text on path and want to do some trivial cleanups, but otherwise we
> > are ready to go). So how do you want me to submit the patch, a one big
> > patch or a number of small patches (though it would be hard to split the
> > patches in any meaningful way, the changes are interdependent)?
> > 
> 
> I think we?ve made quite a few changes in trunk, can you update to trunk first?

I already did (after sending this email I think), the last SVN revision
I have is r21101.

Regards,
Khaled


From cbradney at scribus.info  Mon Mar 21 18:49:52 2016
From: cbradney at scribus.info (Craig Bradney)
Date: Mon, 21 Mar 2016 19:49:52 +0100
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <20160321185054.GB17920@macbook>
References: <20160224165342.GI1657@macbook.SASVR.OM>
 <49B89AF7-EDF8-44CD-85F3-8FC7417C8824@scribus.info>
 <20160226120923.GB17758@macbook>
 <4A095268-3B84-4C87-B17A-0C5E5B49B046@scribus.info>
 <20160303162113.GB14550@macbook>
 <C2997CA0-2D4A-4F89-8AFD-0E812EE7D536@scribus.info>
 <20160313211745.GA29530@macbook.SASVR.OM>
 <8A049D63-D8C4-4485-AE9A-31599FCA51E2@scribus.info>
 <20160321155439.GA17920@macbook>
 <D572DEB1-3B20-433C-9C06-1A2967B8B5B0@scribus.info>
 <20160321185054.GB17920@macbook>
Message-ID: <36813337-1278-4FAB-8897-9D5081B15EA4@scribus.info>


> On 21 Mar 2016, at 19:50, Khaled Hosny <khaledhosny at eglug.org> wrote:
> 
> On Mon, Mar 21, 2016 at 06:49:37PM +0100, Craig Bradney wrote:
>> 
>>> On 21 Mar 2016, at 16:54, Khaled Hosny <khaledhosny at eglug.org> wrote:
>>> 
>>> On Sun, Mar 13, 2016 at 11:18:24PM +0100, Craig Bradney wrote:
>>>> 
>>>> Ok, looking forward to it. I?m still building every few days and testing some stuff.
>>> 
>>> We are almost ready to submit a patch (I?m debugging some small issue
>>> with text on path and want to do some trivial cleanups, but otherwise we
>>> are ready to go). So how do you want me to submit the patch, a one big
>>> patch or a number of small patches (though it would be hard to split the
>>> patches in any meaningful way, the changes are interdependent)?
>>> 
>> 
>> I think we?ve made quite a few changes in trunk, can you update to trunk first?
> 
> I already did (after sending this email I think), the last SVN revision
> I have is r21101.
> 

Ok, 1 patch is enough for testing for application of the patch and checking for problems.

I?m not sure where you are at with fixing problem as noted by commit comments here:
https://github.com/HOST-Oman/scribus/commits/boxes
and whether these matter:
https://github.com/HOST-Oman/scribus/issues

Craig



From cbradney at scribus.info  Mon Mar 21 20:14:14 2016
From: cbradney at scribus.info (Craig Bradney)
Date: Mon, 21 Mar 2016 21:14:14 +0100
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <36813337-1278-4FAB-8897-9D5081B15EA4@scribus.info>
References: <20160224165342.GI1657@macbook.SASVR.OM>
 <49B89AF7-EDF8-44CD-85F3-8FC7417C8824@scribus.info>
 <20160226120923.GB17758@macbook>
 <4A095268-3B84-4C87-B17A-0C5E5B49B046@scribus.info>
 <20160303162113.GB14550@macbook>
 <C2997CA0-2D4A-4F89-8AFD-0E812EE7D536@scribus.info>
 <20160313211745.GA29530@macbook.SASVR.OM>
 <8A049D63-D8C4-4485-AE9A-31599FCA51E2@scribus.info>
 <20160321155439.GA17920@macbook>
 <D572DEB1-3B20-433C-9C06-1A2967B8B5B0@scribus.info>
 <20160321185054.GB17920@macbook>
 <36813337-1278-4FAB-8897-9D5081B15EA4@scribus.info>
Message-ID: <E1909FB6-31A7-4ABD-8086-666E4882136C@scribus.info>


> On 21 Mar 2016, at 19:49, Craig Bradney <cbradney at scribus.info> wrote:
> 
> 
>> On 21 Mar 2016, at 19:50, Khaled Hosny <khaledhosny at eglug.org> wrote:
>> 
>> On Mon, Mar 21, 2016 at 06:49:37PM +0100, Craig Bradney wrote:
>>> 
>>>> On 21 Mar 2016, at 16:54, Khaled Hosny <khaledhosny at eglug.org> wrote:
>>>> 
>>>> On Sun, Mar 13, 2016 at 11:18:24PM +0100, Craig Bradney wrote:
>>>>> 
>>>>> Ok, looking forward to it. I?m still building every few days and testing some stuff.
>>>> 
>>>> We are almost ready to submit a patch (I?m debugging some small issue
>>>> with text on path and want to do some trivial cleanups, but otherwise we
>>>> are ready to go). So how do you want me to submit the patch, a one big
>>>> patch or a number of small patches (though it would be hard to split the
>>>> patches in any meaningful way, the changes are interdependent)?
>>>> 
>>> 
>>> I think we?ve made quite a few changes in trunk, can you update to trunk first?
>> 

>> I already did (after sending this email I think), the last SVN revision
>> I have is r21101.
>> 
> 
> Ok, 1 patch is enough for testing for application of the patch and checking for problems.
> 
> I?m not sure where you are at with fixing problem as noted by commit comments here:
> https://github.com/HOST-Oman/scribus/commits/boxes
> and whether these matter:
> https://github.com/HOST-Oman/scribus/issues
> 

Some rendering comparisons:

We need to do this side by side comparison of trunk vs host/boxes.
3 issues to note at first:
- character positioning is higher in the frame in boxes
- Not as many characters fit in the frames in boxes
- The right aligned paragraphs have the top line missing a character/aren?t aligned

The files are attached, but are the same, just duplicated in the file system for ease of use. We need more examples like this.

Kunda says your group dissolves in a week. Do you have a plan after that? Is that the end? 

Craig



-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screenshot 2016-03-21 21.07.31.png
Type: image/png
Size: 221520 bytes
Desc: not available
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160321/9067c393/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screenshot 2016-03-21 21.07.50.png
Type: image/png
Size: 219809 bytes
Desc: not available
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160321/9067c393/attachment-0001.png>
-------------- next part --------------

-------------- next part --------------
A non-text attachment was scrubbed...
Name: TextRenderingTest1-host.sla
Type: application/octet-stream
Size: 56625 bytes
Desc: not available
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160321/9067c393/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: TextRenderingTest1.sla
Type: application/octet-stream
Size: 56625 bytes
Desc: not available
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160321/9067c393/attachment-0001.obj>
-------------- next part --------------



From rcook at pcug.org.au  Tue Mar 15 05:58:46 2016
From: rcook at pcug.org.au (Owen)
Date: Tue, 15 Mar 2016 16:58:46 +1100
Subject: [scribus-dev] Request: List of all mouse+key combos that help
 speed up workflow
In-Reply-To: <CAAt0FRioOdx6zbvUVU91FJERZgZkan4bB1WOs-LePuA_rEAX+g@mail.gmail.com>
References: <CAAt0FRioOdx6zbvUVU91FJERZgZkan4bB1WOs-LePuA_rEAX+g@mail.gmail.com>
Message-ID: <20160315165846.6842b5f7@LM-17>

On Mon, 14 Mar 2016 12:12:57 -0500
Scribus User <scribus.user at gmail.com> wrote:

> Can we compile a list of these ? I'd like to create a cheatsheet that
> helps people really utilize Scribus in an efficient way.
> 
> Example:
> 
> Textbox/Imagebox
> click->drag->hold down cmd key = keeps object in the x/y axis




This is other than that found at File->Preferences->Keyboard shortcuts ?



Owen


From khaledhosny at eglug.org  Mon Mar 21 21:51:09 2016
From: khaledhosny at eglug.org (Khaled Hosny)
Date: Tue, 22 Mar 2016 01:51:09 +0400
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <E1909FB6-31A7-4ABD-8086-666E4882136C@scribus.info>
References: <4A095268-3B84-4C87-B17A-0C5E5B49B046@scribus.info>
 <20160303162113.GB14550@macbook>
 <C2997CA0-2D4A-4F89-8AFD-0E812EE7D536@scribus.info>
 <20160313211745.GA29530@macbook.SASVR.OM>
 <8A049D63-D8C4-4485-AE9A-31599FCA51E2@scribus.info>
 <20160321155439.GA17920@macbook>
 <D572DEB1-3B20-433C-9C06-1A2967B8B5B0@scribus.info>
 <20160321185054.GB17920@macbook>
 <36813337-1278-4FAB-8897-9D5081B15EA4@scribus.info>
 <E1909FB6-31A7-4ABD-8086-666E4882136C@scribus.info>
Message-ID: <20160321215109.GC17920@macbook>

On Mon, Mar 21, 2016 at 09:14:14PM +0100, Craig Bradney wrote:
> 
> > On 21 Mar 2016, at 19:49, Craig Bradney <cbradney at scribus.info> wrote:
> > 
> > 
> >> On 21 Mar 2016, at 19:50, Khaled Hosny <khaledhosny at eglug.org> wrote:
> >> 
> >> On Mon, Mar 21, 2016 at 06:49:37PM +0100, Craig Bradney wrote:
> >>> 
> >>>> On 21 Mar 2016, at 16:54, Khaled Hosny <khaledhosny at eglug.org> wrote:
> >>>> 
> >>>> On Sun, Mar 13, 2016 at 11:18:24PM +0100, Craig Bradney wrote:
> >>>>> 
> >>>>> Ok, looking forward to it. I?m still building every few days and testing some stuff.
> >>>> 
> >>>> We are almost ready to submit a patch (I?m debugging some small issue
> >>>> with text on path and want to do some trivial cleanups, but otherwise we
> >>>> are ready to go). So how do you want me to submit the patch, a one big
> >>>> patch or a number of small patches (though it would be hard to split the
> >>>> patches in any meaningful way, the changes are interdependent)?
> >>>> 
> >>> 
> >>> I think we?ve made quite a few changes in trunk, can you update to trunk first?
> >> 
> 
> >> I already did (after sending this email I think), the last SVN revision
> >> I have is r21101.
> >> 
> > 
> > Ok, 1 patch is enough for testing for application of the patch and checking for problems.
> > 
> > I?m not sure where you are at with fixing problem as noted by commit comments here:
> > https://github.com/HOST-Oman/scribus/commits/boxes
> > and whether these matter:
> > https://github.com/HOST-Oman/scribus/issues

A far as the boxes work is concerned, we should be ready minus any newly
found bugs. The open issues we have now are all CTL related which will
not be included in the first patch.

> Some rendering comparisons:
> 
> We need to do this side by side comparison of trunk vs host/boxes.
> 3 issues to note at first:
> - character positioning is higher in the frame in boxes
> - Not as many characters fit in the frames in boxes
> - The right aligned paragraphs have the top line missing a character/aren?t aligned
> 
> The files are attached, but are the same, just duplicated in the file system for ease of use. We need more examples like this.

OK, will check them and report back.

> Kunda says your group dissolves in a week. Do you have a plan after that? Is that the end? 

The project officially ends this month and our current sponsor (the ITA)
has no immediate plans for extended the project. Personally, I?ll try to
continue working on the project in the my spare time, some might be
interested in continuing the work if there is some kind of financial
support.

Regards,
Khaled


From williambader at hotmail.com  Tue Mar 22 02:58:34 2016
From: williambader at hotmail.com (William Bader)
Date: Mon, 21 Mar 2016 22:58:34 -0400
Subject: [scribus-dev] Is it possible to improve in applying font and
 style in direct way?
In-Reply-To: <CAMmWsvFZPrTt_g2HKGtRGgEHB6BkYihVhq9HEmN6iGVEWFhSvw@mail.gmail.com>
References: <CAMmWsvFZPrTt_g2HKGtRGgEHB6BkYihVhq9HEmN6iGVEWFhSvw@mail.gmail.com>
Message-ID: <BLU179-W657D782512109E62E3E2F8C4800@phx.gbl>



Date: Thu, 3 Dec 2015 05:01:20 +0900
From: atasas at gmail.com
To: scribus-dev at lists.scribus.net
Subject: [scribus-dev] Is it possible to improve in applying font and style	in direct way?

Dear Sir,
I am a Korean and a developer of pulgins|scripts|COM for Indesign and QuerkXpress.A government man asked me whether I propose DTP application to replace Adobe Indesign. I have tested Scribus but found the most critical short point is the way changing and applying fonts and styles on paragraphs.
The government man is saying that if it is possible they are willing to supportthe development team financially and facility.
So would you please let me know belows?
(1) Is it possible improve the way changing fonts and styles in direct way?
(2) If possible, how many developers and how long would be needed for thatproject?
They are saying they do not have enough budget for Adobe's new charging policy.And also I, as being a korean, hope I can help a problem of my country.
Any kind of comments will be appreciated.Here is my mail and phone numbers. (my english is not good but possible slowspeaking)atasas at gmail.com, 82-10-2262-6000, 82-70-7152-5200
I am living in Seoul and I can visit you if needed.
Thanks for reading and hope positive responses.
Truly yours.


_______________________________________________
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/20160321/fe09be81/attachment.html>

From dawood.albadi at gmail.com  Tue Mar 22 10:57:19 2016
From: dawood.albadi at gmail.com (Dawood al-badi)
Date: Tue, 22 Mar 2016 14:57:19 +0400
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <E1909FB6-31A7-4ABD-8086-666E4882136C@scribus.info>
References: <20160224165342.GI1657@macbook.SASVR.OM>
 <49B89AF7-EDF8-44CD-85F3-8FC7417C8824@scribus.info>
 <20160226120923.GB17758@macbook>
 <4A095268-3B84-4C87-B17A-0C5E5B49B046@scribus.info>
 <20160303162113.GB14550@macbook>
 <C2997CA0-2D4A-4F89-8AFD-0E812EE7D536@scribus.info>
 <20160313211745.GA29530@macbook.SASVR.OM>
 <8A049D63-D8C4-4485-AE9A-31599FCA51E2@scribus.info>
 <20160321155439.GA17920@macbook>
 <D572DEB1-3B20-433C-9C06-1A2967B8B5B0@scribus.info>
 <20160321185054.GB17920@macbook>
 <36813337-1278-4FAB-8897-9D5081B15EA4@scribus.info>
 <E1909FB6-31A7-4ABD-8086-666E4882136C@scribus.info>
Message-ID: <CAA58wWVUzJJpPq_Gpuf0aYqQDp=+jckWrRqyqW7BX7++4vx5OA@mail.gmail.com>

On Mar 22, 2016 12:15 AM, "Craig Bradney" <cbradney at scribus.info> wrote:
>

> Some rendering comparisons:
>
> We need to do this side by side comparison of trunk vs host/boxes.
> 3 issues to note at first:
> - character positioning is higher in the frame in boxes
> - Not as many characters fit in the frames in boxes
> - The right aligned paragraphs have the top line missing a
character/aren?t aligned
>
> The files are attached, but are the same, just duplicated in the file
system for ease of use. We need more examples like this.
>

About position we found out that box output is exactly as svn trunk output
but in alignment we found a bug and it has been solved. You can check
following links. These images shows the diff between two images exported
from the files that you attached.

https://www.dropbox.com/s/fdslfeu65chlnxo/diff1.png?dl=0

https://www.dropbox.com/s/eu3j0qf9puqzwow/diff2.png?dl=0

Regards
Dawood

> Kunda says your group dissolves in a week. Do you have a plan after that?
Is that the end?
>
> Craig
>
>
>
>
>
>
>
>
>
> _______________________________________________
> 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/20160322/33d97e77/attachment.html>

From khaledhosny at eglug.org  Tue Mar 22 13:35:26 2016
From: khaledhosny at eglug.org (Khaled Hosny)
Date: Tue, 22 Mar 2016 17:35:26 +0400
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <E1909FB6-31A7-4ABD-8086-666E4882136C@scribus.info>
References: <4A095268-3B84-4C87-B17A-0C5E5B49B046@scribus.info>
 <20160303162113.GB14550@macbook>
 <C2997CA0-2D4A-4F89-8AFD-0E812EE7D536@scribus.info>
 <20160313211745.GA29530@macbook.SASVR.OM>
 <8A049D63-D8C4-4485-AE9A-31599FCA51E2@scribus.info>
 <20160321155439.GA17920@macbook>
 <D572DEB1-3B20-433C-9C06-1A2967B8B5B0@scribus.info>
 <20160321185054.GB17920@macbook>
 <36813337-1278-4FAB-8897-9D5081B15EA4@scribus.info>
 <E1909FB6-31A7-4ABD-8086-666E4882136C@scribus.info>
Message-ID: <20160322133526.GE17920@macbook>

On Mon, Mar 21, 2016 at 09:14:14PM +0100, Craig Bradney wrote:
> 
> > On 21 Mar 2016, at 19:49, Craig Bradney <cbradney at scribus.info> wrote:
> > 
> > 
> >> On 21 Mar 2016, at 19:50, Khaled Hosny <khaledhosny at eglug.org> wrote:
> >> 
> >> On Mon, Mar 21, 2016 at 06:49:37PM +0100, Craig Bradney wrote:
> >>> 
> >>>> On 21 Mar 2016, at 16:54, Khaled Hosny <khaledhosny at eglug.org> wrote:
> >>>> 
> >>>> On Sun, Mar 13, 2016 at 11:18:24PM +0100, Craig Bradney wrote:
> >>>>> 
> >>>>> Ok, looking forward to it. I?m still building every few days and testing some stuff.
> >>>> 
> >>>> We are almost ready to submit a patch (I?m debugging some small issue
> >>>> with text on path and want to do some trivial cleanups, but otherwise we
> >>>> are ready to go). So how do you want me to submit the patch, a one big
> >>>> patch or a number of small patches (though it would be hard to split the
> >>>> patches in any meaningful way, the changes are interdependent)?
> >>>> 
> >>> 
> >>> I think we?ve made quite a few changes in trunk, can you update to trunk first?
> >> 
> 
> >> I already did (after sending this email I think), the last SVN revision
> >> I have is r21101.
> >> 
> > 
> > Ok, 1 patch is enough for testing for application of the patch and checking for problems.
> > 
> > I?m not sure where you are at with fixing problem as noted by commit comments here:
> > https://github.com/HOST-Oman/scribus/commits/boxes
> > and whether these matter:
> > https://github.com/HOST-Oman/scribus/issues
> > 
> 
> Some rendering comparisons:
> 
> We need to do this side by side comparison of trunk vs host/boxes.
> 3 issues to note at first:
> - character positioning is higher in the frame in boxes
> - Not as many characters fit in the frames in boxes

We couldn?t see such differences in the file you sent, see the diff
images in Dawood?s reply.

> - The right aligned paragraphs have the top line missing a character/aren?t aligned

It was indeed that the last glyph in the line was always remove, should
be fixed now.

Regards,
Khaled


From gpittman at iglou.com  Tue Mar 22 14:10:43 2016
From: gpittman at iglou.com (Gregory Pittman)
Date: Tue, 22 Mar 2016 10:10:43 -0400
Subject: [scribus-dev] Is it possible to improve in applying font and
 style in direct way?
In-Reply-To: <BLU179-W657D782512109E62E3E2F8C4800@phx.gbl>
References: <CAMmWsvFZPrTt_g2HKGtRGgEHB6BkYihVhq9HEmN6iGVEWFhSvw@mail.gmail.com>
 <BLU179-W657D782512109E62E3E2F8C4800@phx.gbl>
Message-ID: <56F15263.4010108@iglou.com>

On 03/21/2016 10:58 PM, William Bader wrote:
> 
> 
> ------------------------------------------------------------------------
> Date: Thu, 3 Dec 2015 05:01:20 +0900
> From: atasas at gmail.com
> To: scribus-dev at lists.scribus.net
> Subject: [scribus-dev] Is it possible to improve in applying font and
> style in direct way?
> 
> Dear Sir,
> 
> I am a Korean and a developer of pulgins|scripts|COM for Indesign and
> QuerkXpress.
> A government man asked me whether I propose DTP application to replace
> Adobe Indesign. I have tested Scribus but found the most critical short
> point is the way changing and applying fonts and styles on paragraphs.
> 
> The government man is saying that if it is possible they are willing to
> support
> the development team financially and facility.
> 
> So would you please let me know belows?
> 
> (1) Is it possible improve the way changing fonts and styles in direct way?
> 
> (2) If possible, how many developers and how long would be needed for that
> project?
> 
> They are saying they do not have enough budget for Adobe's new charging
> policy.
> And also I, as being a korean, hope I can help a problem of my country.
> 
> Any kind of comments will be appreciated.
> Here is my mail and phone numbers. (my english is not good but possible slow
> speaking)
> atasas at gmail.com <mailto:atasas at gmail.com>, 82-10-2262-6000, 82-70-7152-5200
> 
> I am living in Seoul and I can visit you if needed.
> 
> Thanks for reading and hope positive responses.
> 

I hope the author has subscribed to the Scribus-dev list; this would be
a good start.
There is no barrier to anyone getting involved with Scribus. The
starting point is typically getting a look at the code and getting a
sense of how it works.
What we are always open to are proposals on how to make some process
better, whether it's more efficient code or an idea on how some new
method might work from the users perspective, such as more easily
changing fonts and styles.
If there are coders available, this may work even better.

You might start out by making some suggestions about some changes that
would be useful, so the development team has some idea of where you
would like to go with this. We can always use help in the area of CJK fonts.

Greg



From cbradney at scribus.info  Tue Mar 22 18:36:08 2016
From: cbradney at scribus.info (Craig Bradney)
Date: Tue, 22 Mar 2016 19:36:08 +0100
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <20160322133526.GE17920@macbook>
References: <4A095268-3B84-4C87-B17A-0C5E5B49B046@scribus.info>
 <20160303162113.GB14550@macbook>
 <C2997CA0-2D4A-4F89-8AFD-0E812EE7D536@scribus.info>
 <20160313211745.GA29530@macbook.SASVR.OM>
 <8A049D63-D8C4-4485-AE9A-31599FCA51E2@scribus.info>
 <20160321155439.GA17920@macbook>
 <D572DEB1-3B20-433C-9C06-1A2967B8B5B0@scribus.info>
 <20160321185054.GB17920@macbook>
 <36813337-1278-4FAB-8897-9D5081B15EA4@scribus.info>
 <E1909FB6-31A7-4ABD-8086-666E4882136C@scribus.info>
 <20160322133526.GE17920@macbook>
Message-ID: <88503080-D149-4F2A-9393-75EBA246C0E3@scribus.info>

>> 
>> Some rendering comparisons:
>> 
>> We need to do this side by side comparison of trunk vs host/boxes.
>> 3 issues to note at first:
>> - character positioning is higher in the frame in boxes
>> - Not as many characters fit in the frames in boxes
> 
> We couldn?t see such differences in the file you sent, see the diff
> images in Dawood?s reply.


At lower zoom levels I can see them, at higher ones, no. 
> 
>> - The right aligned paragraphs have the top line missing a character/aren?t aligned
> 
> It was indeed that the last glyph in the line was always remove, should
> be fixed now.

Now thats better.

We need some more complex tests apart from the file I created. Ideas on how we can do this?

Also, what about any ideas on rendering speed comparisons?

Craig

From khaledhosny at eglug.org  Tue Mar 22 19:23:37 2016
From: khaledhosny at eglug.org (Khaled Hosny)
Date: Tue, 22 Mar 2016 23:23:37 +0400
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <88503080-D149-4F2A-9393-75EBA246C0E3@scribus.info>
References: <C2997CA0-2D4A-4F89-8AFD-0E812EE7D536@scribus.info>
 <20160313211745.GA29530@macbook.SASVR.OM>
 <8A049D63-D8C4-4485-AE9A-31599FCA51E2@scribus.info>
 <20160321155439.GA17920@macbook>
 <D572DEB1-3B20-433C-9C06-1A2967B8B5B0@scribus.info>
 <20160321185054.GB17920@macbook>
 <36813337-1278-4FAB-8897-9D5081B15EA4@scribus.info>
 <E1909FB6-31A7-4ABD-8086-666E4882136C@scribus.info>
 <20160322133526.GE17920@macbook>
 <88503080-D149-4F2A-9393-75EBA246C0E3@scribus.info>
Message-ID: <20160322192337.GI17920@macbook>

On Tue, Mar 22, 2016 at 07:36:08PM +0100, Craig Bradney wrote:
> >> 
> >> Some rendering comparisons:
> >> 
> >> We need to do this side by side comparison of trunk vs host/boxes.
> >> 3 issues to note at first:
> >> - character positioning is higher in the frame in boxes
> >> - Not as many characters fit in the frames in boxes
> > 
> > We couldn?t see such differences in the file you sent, see the diff
> > images in Dawood?s reply.
> 
> At lower zoom levels I can see them, at higher ones, no. 

I can check again, but if it depends on zoom level so it might be
related to the different font rasterisation strategy we are using.

> > 
> >> - The right aligned paragraphs have the top line missing a character/aren?t aligned
> > 
> > It was indeed that the last glyph in the line was always remove, should
> > be fixed now.
> 
> Now thats better.
> 
> We need some more complex tests apart from the file I created. Ideas
> on how we can do this?

We have a collection of files we use for testing here, not complex but
they try to test different features. I?ll try to collect and send them.

> Also, what about any ideas on rendering speed comparisons?

I have no idea how to measure that, but I worked on optimizing the rendering
(after profiling was callgrind) fearing that ours was too slow, to
discover that we are actually feel much faster than trunk (text
selection, for example is snappier and does not lag behind as the cursor
moves).

Currently (on my HiDPI machine) most of the rendering time (~30% of the
all application profile) is spent in QPainter::drawPixmap(). I believe
rewriting ScPainter on top of QPainter can make it much faster, instead
of the current code which redraws the whole canvas as a pixmap on each
draw event. But that is a small project of its own.

Regards,
Khaled


From cbradney at scribus.info  Tue Mar 22 20:07:21 2016
From: cbradney at scribus.info (Craig Bradney)
Date: Tue, 22 Mar 2016 21:07:21 +0100
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <20160322192337.GI17920@macbook>
References: <C2997CA0-2D4A-4F89-8AFD-0E812EE7D536@scribus.info>
 <20160313211745.GA29530@macbook.SASVR.OM>
 <8A049D63-D8C4-4485-AE9A-31599FCA51E2@scribus.info>
 <20160321155439.GA17920@macbook>
 <D572DEB1-3B20-433C-9C06-1A2967B8B5B0@scribus.info>
 <20160321185054.GB17920@macbook>
 <36813337-1278-4FAB-8897-9D5081B15EA4@scribus.info>
 <E1909FB6-31A7-4ABD-8086-666E4882136C@scribus.info>
 <20160322133526.GE17920@macbook>
 <88503080-D149-4F2A-9393-75EBA246C0E3@scribus.info>
 <20160322192337.GI17920@macbook>
Message-ID: <40A88BBF-9B68-4BC2-AE80-E814822BA99C@scribus.info>


> On 22 Mar 2016, at 20:23, Khaled Hosny <khaledhosny at eglug.org> wrote:
> 
> On Tue, Mar 22, 2016 at 07:36:08PM +0100, Craig Bradney wrote:
>>>> 
>>>> Some rendering comparisons:
>>>> 
>>>> We need to do this side by side comparison of trunk vs host/boxes.
>>>> 3 issues to note at first:
>>>> - character positioning is higher in the frame in boxes
>>>> - Not as many characters fit in the frames in boxes
>>> 
>>> We couldn?t see such differences in the file you sent, see the diff
>>> images in Dawood?s reply.
>> 
>> At lower zoom levels I can see them, at higher ones, no. 
> 
> I can check again, but if it depends on zoom level so it might be
> related to the different font rasterisation strategy we are using.




You can see it there. Host on is the left.


> 
>>> 
>>>> - The right aligned paragraphs have the top line missing a character/aren?t aligned
>>> 
>>> It was indeed that the last glyph in the line was always remove, should
>>> be fixed now.
>> 
>> Now thats better.
>> 
>> We need some more complex tests apart from the file I created. Ideas
>> on how we can do this?
> 
> We have a collection of files we use for testing here, not complex but
> they try to test different features. I?ll try to collect and send them.
> 
>> Also, what about any ideas on rendering speed comparisons?
> 
> I have no idea how to measure that, but I worked on optimizing the rendering
> (after profiling was callgrind) fearing that ours was too slow, to
> discover that we are actually feel much faster than trunk (text
> selection, for example is snappier and does not lag behind as the cursor
> moves).
> 
> Currently (on my HiDPI machine) most of the rendering time (~30% of the
> all application profile) is spent in QPainter::drawPixmap(). I believe
> rewriting ScPainter on top of QPainter can make it much faster, instead
> of the current code which redraws the whole canvas as a pixmap on each
> draw event. But that is a small project of its own.


You?re correct. cursor movement is a lost faster with Host.

I?m very tempted to say let?s import this.. but honestly, scared to go through the experience with marks/bullets/numbering. Dev disappears and we don?t know the code. 

Unfortunately I need Jean to review it too and he is travelling. He will likely be reading this though and he is back at the end of the week.

Can you send me the patch (or instructions on how to create it myself) and I can test on another svn tree I have for this?

thanks
Craig



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160322/e8bcf887/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PastedGraphic-1.tiff
Type: image/tiff
Size: 240358 bytes
Desc: not available
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160322/e8bcf887/attachment.tiff>

From khaledhosny at eglug.org  Tue Mar 22 21:46:52 2016
From: khaledhosny at eglug.org (Khaled Hosny)
Date: Wed, 23 Mar 2016 01:46:52 +0400
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <40A88BBF-9B68-4BC2-AE80-E814822BA99C@scribus.info>
References: <8A049D63-D8C4-4485-AE9A-31599FCA51E2@scribus.info>
 <20160321155439.GA17920@macbook>
 <D572DEB1-3B20-433C-9C06-1A2967B8B5B0@scribus.info>
 <20160321185054.GB17920@macbook>
 <36813337-1278-4FAB-8897-9D5081B15EA4@scribus.info>
 <E1909FB6-31A7-4ABD-8086-666E4882136C@scribus.info>
 <20160322133526.GE17920@macbook>
 <88503080-D149-4F2A-9393-75EBA246C0E3@scribus.info>
 <20160322192337.GI17920@macbook>
 <40A88BBF-9B68-4BC2-AE80-E814822BA99C@scribus.info>
Message-ID: <20160322214652.GJ17920@macbook>

On Tue, Mar 22, 2016 at 09:07:21PM +0100, Craig Bradney wrote:
> 
> > On 22 Mar 2016, at 20:23, Khaled Hosny <khaledhosny at eglug.org> wrote:
> > 
> > On Tue, Mar 22, 2016 at 07:36:08PM +0100, Craig Bradney wrote:
> >>>> 
> >>>> Some rendering comparisons:
> >>>> 
> >>>> We need to do this side by side comparison of trunk vs host/boxes.
> >>>> 3 issues to note at first:
> >>>> - character positioning is higher in the frame in boxes
> >>>> - Not as many characters fit in the frames in boxes
> >>> 
> >>> We couldn?t see such differences in the file you sent, see the diff
> >>> images in Dawood?s reply.
> >> 
> >> At lower zoom levels I can see them, at higher ones, no. 
> > 
> > I can check again, but if it depends on zoom level so it might be
> > related to the different font rasterisation strategy we are using.
> 
> You can see it there. Host on is the left.

Interesting, will checkout and see if I can reproduce it.

> >>>> - The right aligned paragraphs have the top line missing a character/aren?t aligned
> >>> 
> >>> It was indeed that the last glyph in the line was always remove, should
> >>> be fixed now.
> >> 
> >> Now thats better.
> >> 
> >> We need some more complex tests apart from the file I created. Ideas
> >> on how we can do this?
> > 
> > We have a collection of files we use for testing here, not complex but
> > they try to test different features. I?ll try to collect and send them.
> > 
> >> Also, what about any ideas on rendering speed comparisons?
> > 
> > I have no idea how to measure that, but I worked on optimizing the rendering
> > (after profiling was callgrind) fearing that ours was too slow, to
> > discover that we are actually feel much faster than trunk (text
> > selection, for example is snappier and does not lag behind as the cursor
> > moves).
> > 
> > Currently (on my HiDPI machine) most of the rendering time (~30% of the
> > all application profile) is spent in QPainter::drawPixmap(). I believe
> > rewriting ScPainter on top of QPainter can make it much faster, instead
> > of the current code which redraws the whole canvas as a pixmap on each
> > draw event. But that is a small project of its own.
> 
> 
> You?re correct. cursor movement is a lost faster with Host.
> 
> I?m very tempted to say let?s import this.. but honestly, scared to go
> through the experience with marks/bullets/numbering. Dev disappears
> and we don?t know the code. 

I?d say that the bus factor for this code is much higher than the rest
of Scribus code base. We have been removing code more than writing new
one, so it should make the code base more easier to grasp on the long
run. It is your call of course.

> Unfortunately I need Jean to review it too and he is travelling. He
> will likely be reading this though and he is back at the end of the
> week.
> 
> Can you send me the patch (or instructions on how to create it myself)
> and I can test on another svn tree I have for this?

OK, let me do some final touching and I?ll send you the patch.

Regards,
Khaled


From jlpoole56 at gmail.com  Tue Mar 22 21:49:38 2016
From: jlpoole56 at gmail.com (John L. Poole)
Date: Tue, 22 Mar 2016 14:49:38 -0700
Subject: [scribus-dev] Tree Branches Hitting Windows File Name Limit
Message-ID: <56F1BDF2.8070206@gmail.com>

I was pulling from https://github.com/HOST-Oman/scribus.git
and specified a seemingly innocuous directory: D:\Temp\scribusOman when 
during the git clone an error message arose: The file name(s) would be 
too long for the destination folder.... boost__geometry__index__rtree"
That error basically makes the clone useless.

I'm starting from directory with the shortest name possible, D:\O, this 
time; but that's too close for comfort.

-John
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160322/8f3bb097/attachment.html>

From khaledhosny at eglug.org  Tue Mar 22 23:17:39 2016
From: khaledhosny at eglug.org (Khaled Hosny)
Date: Wed, 23 Mar 2016 03:17:39 +0400
Subject: [scribus-dev] Tree Branches Hitting Windows File Name Limit
In-Reply-To: <56F1BDF2.8070206@gmail.com>
References: <56F1BDF2.8070206@gmail.com>
Message-ID: <20160322231739.GK17920@macbook>

On Tue, Mar 22, 2016 at 02:49:38PM -0700, John L. Poole wrote:
> I was pulling from https://github.com/HOST-Oman/scribus.git
> and specified a seemingly innocuous directory: D:\Temp\scribusOman when
> during the git clone an error message arose: The file name(s) would be too
> long for the destination folder.... boost__geometry__index__rtree"

Is this the exact error message you got?

Regards,
Khaled


From scribus.user at gmail.com  Wed Mar 23 01:51:55 2016
From: scribus.user at gmail.com (Scribus User)
Date: Tue, 22 Mar 2016 20:51:55 -0500
Subject: [scribus-dev] Scribus CTL
In-Reply-To: <20160322214652.GJ17920@macbook>
References: <8A049D63-D8C4-4485-AE9A-31599FCA51E2@scribus.info>
 <20160321155439.GA17920@macbook>
 <D572DEB1-3B20-433C-9C06-1A2967B8B5B0@scribus.info>
 <20160321185054.GB17920@macbook>
 <36813337-1278-4FAB-8897-9D5081B15EA4@scribus.info>
 <E1909FB6-31A7-4ABD-8086-666E4882136C@scribus.info>
 <20160322133526.GE17920@macbook>
 <88503080-D149-4F2A-9393-75EBA246C0E3@scribus.info>
 <20160322192337.GI17920@macbook>
 <40A88BBF-9B68-4BC2-AE80-E814822BA99C@scribus.info>
 <20160322214652.GJ17920@macbook>
Message-ID: <CAAt0FRiZY3SV8QAOdOXNwvhEYc+YaifFCRfjmmyt__93H+qYkg@mail.gmail.com>

On Tue, Mar 22, 2016 at 4:46 PM, Khaled Hosny <khaledhosny at eglug.org> wrote:
>
> > > Currently (on my HiDPI machine) most of the rendering time (~30% of the
> > > all application profile) is spent in QPainter::drawPixmap(). I believe
> > > rewriting ScPainter on top of QPainter can make it much faster, instead
> > > of the current code which redraws the whole canvas as a pixmap on each
> > > draw event. But that is a small project of its own.


Sort of reminded me of a bug jluc found:
#12825 "Severe performance issue with layers."
(https://bugs.scribus.net/view.php?id=12825#c35158)

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

From jlpoole56 at gmail.com  Wed Mar 23 04:07:17 2016
From: jlpoole56 at gmail.com (John L. Poole)
Date: Tue, 22 Mar 2016 21:07:17 -0700
Subject: [scribus-dev] Tree Branches Hitting Windows File Name Limit
In-Reply-To: <20160322231739.GK17920@macbook>
References: <56F1BDF2.8070206@gmail.com> <20160322231739.GK17920@macbook>
Message-ID: <56F21675.9020407@gmail.com>

On 3/22/2016 4:17 PM, Khaled Hosny wrote:
> On Tue, Mar 22, 2016 at 02:49:38PM -0700, John L. Poole wrote:
>> I was pulling from https://github.com/HOST-Oman/scribus.git
>> and specified a seemingly innocuous directory: D:\Temp\scribusOman when
>> during the git clone an error message arose: The file name(s) would be too
>> long for the destination folder.... boost__geometry__index__rtree"
> Is this the exact error message you got?
>
> Regards,
> Khaled
>
Alas, I accidentally deleted the screenshot of the error message, and do 
not have it.
I just now recreated the same directory and attempted to clone to it, 
but this time it
worked.  The difference before and now was that I upgraded my Tortoise 
GIT client.
The high watermark of the repository has not changed since yesterday, so 
my clone
was to the same version.  Therefore, it must have been the Tortoise GIT 
client that
was complicit.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160322/346f9e5d/attachment.html>

From sergio.am.spina at gmail.com  Sun Mar 27 14:24:51 2016
From: sergio.am.spina at gmail.com (Sergio Spina)
Date: Sun, 27 Mar 2016 16:24:51 +0200
Subject: [scribus-dev] Unusable system
Message-ID: <CAAoW_qGPXy+yjYe6d98oy10-i5Vy2Y9Pro6G3bpOcXODz-jQTQ@mail.gmail.com>

Using scribus 1.4.6. I made a python script for the scripter; it creates a
yearly planner, 54 pages with a lot of elements on every page. It takes
about five minutes to draw all the pages. The problem is: during the
drawing routine the system is blocked and the machine is unusable till the
end of the program weather I set `setRedraw()` or not.

Is it possible to correct this behavior in a next release?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160327/5c7c8206/attachment.html>

From sergio.am.spina at gmail.com  Sun Mar 27 14:26:43 2016
From: sergio.am.spina at gmail.com (Sergio Spina)
Date: Sun, 27 Mar 2016 16:26:43 +0200
Subject: [scribus-dev] Is the scripter compatible with python 3?
Message-ID: <CAAoW_qFb4zdCUp6P=PxPF92U2umceOXeO3Pa4mxoR7Kpv6cJvQ@mail.gmail.com>

Is the scripter compatible with Python 3?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160327/3ebfae58/attachment.html>

From gpittman at iglou.com  Sun Mar 27 16:22:21 2016
From: gpittman at iglou.com (Gregory Pittman)
Date: Sun, 27 Mar 2016 12:22:21 -0400
Subject: [scribus-dev] Is the scripter compatible with python 3?
In-Reply-To: <CAAoW_qFb4zdCUp6P=PxPF92U2umceOXeO3Pa4mxoR7Kpv6cJvQ@mail.gmail.com>
References: <CAAoW_qFb4zdCUp6P=PxPF92U2umceOXeO3Pa4mxoR7Kpv6cJvQ@mail.gmail.com>
Message-ID: <56F808BD.90303@iglou.com>

On 03/27/2016 10:26 AM, Sergio Spina wrote:
> Is the scripter compatible with Python 3?
> 

As far as I know, there shouldn't be any problems with python 3.

In regard to your other question, Scribus is using your systems
resources to the limit, so you just have to wait it out.
I made a script that took all the images from a directory and made an
album out of them, and it there were a large number of images, Scribus
and the system would be dead for a bit.

Greg


From cbradney at scribus.info  Sun Mar 27 16:51:53 2016
From: cbradney at scribus.info (Craig Bradney)
Date: Sun, 27 Mar 2016 18:51:53 +0200
Subject: [scribus-dev] Is the scripter compatible with python 3?
In-Reply-To: <56F808BD.90303@iglou.com>
References: <CAAoW_qFb4zdCUp6P=PxPF92U2umceOXeO3Pa4mxoR7Kpv6cJvQ@mail.gmail.com>
 <56F808BD.90303@iglou.com>
Message-ID: <D05D1678-0D54-4780-B84C-843039C0C0EF@scribus.info>



> On 27 Mar 2016, at 18:22, Gregory Pittman <gpittman at iglou.com> wrote:
> 
>> On 03/27/2016 10:26 AM, Sergio Spina wrote:
>> Is the scripter compatible with Python 3?
> 
> As far as I know, there shouldn't be any problems with python 3.
> 
> In regard to your other question, Scribus is using your systems
> resources to the limit, so you just have to wait it out.
> I made a script that took all the images from a directory and made an
> album out of them, and it there were a large number of images, Scribus
> and the system would be dead for a bit.
> 
> 

It is not Python 3 compatible.

Craig


From sergio.am.spina at gmail.com  Mon Mar 28 07:39:46 2016
From: sergio.am.spina at gmail.com (Sergio Spina)
Date: Mon, 28 Mar 2016 09:39:46 +0200
Subject: [scribus-dev] Will the scripter be compatible with Python 3 in a
	next release?
Message-ID: <CAAoW_qGjbgRYoT2DQ85-m3yxsCDvKcam3HLNu7MAyro-QAe=dA@mail.gmail.com>

Will the scripter be compatible with Python 3 in a next release?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160328/edb678ff/attachment.html>

From ale.comp_06 at xox.ch  Mon Mar 28 09:18:49 2016
From: ale.comp_06 at xox.ch (ale rimoldi)
Date: Mon, 28 Mar 2016 11:18:49 +0200
Subject: [scribus-dev] Will the scripter be compatible with Python 3 in
 a next release?
In-Reply-To: <CAAoW_qGjbgRYoT2DQ85-m3yxsCDvKcam3HLNu7MAyro-QAe=dA@mail.gmail.com>
References: <CAAoW_qGjbgRYoT2DQ85-m3yxsCDvKcam3HLNu7MAyro-QAe=dA@mail.gmail.com>
Message-ID: <20160328111849.0d05b150@digiteis>

hi sergio

> Will the scripter be compatible with Python 3 in a next release?

there is a new scripter in the working.

i've ported it to python 3 (it was not that hard at all...) but it's
stuck in the pyqt5 port.

the way signals and slots work has changed and i could not yet get them
to correctly spread from the c++ code to the python scripts.

the new scripter currently compiles but fails at run time.

if anybody is skilled in that topic i welcome your help!

https://github.com/aoloe/scribus-plugin-scripter
https://github.com/aoloe/scribus-plugin-scripter/issues/7

ciao
a.l.e


From jluc at no-log.org  Mon Mar 28 15:34:21 2016
From: jluc at no-log.org (JLuc)
Date: Mon, 28 Mar 2016 17:34:21 +0200
Subject: [scribus-dev] Issue with scribusboxes (CTL project)
Message-ID: <ndbitu$c9a$1@ger.gmane.org>

To the OMAN team (in case you dont follow the bug tracker rss) :

i uploaded a SLA document that is not well rendered
since boxes merge : https://bugs.scribus.net/view.php?id=13861

justified lines go over frame border.
it seems to be related to inter-word spacing and glyph scaling.

JLuc



From cbradney at scribus.info  Mon Mar 28 15:50:56 2016
From: cbradney at scribus.info (Craig Bradney)
Date: Mon, 28 Mar 2016 17:50:56 +0200
Subject: [scribus-dev] Issue with scribusboxes (CTL project)
In-Reply-To: <ndbitu$c9a$1@ger.gmane.org>
References: <ndbitu$c9a$1@ger.gmane.org>
Message-ID: <C24F550C-7C9A-4D67-9CCC-9D96CE5D87C3@scribus.info>



> On 28 Mar 2016, at 17:34, JLuc <jluc at no-log.org> wrote:
> 
> To the OMAN team (in case you dont follow the bug tracker rss) :
> 
> i uploaded a SLA document that is not well rendered
> since boxes merge : https://bugs.scribus.net/view.php?id=13861
> 
> justified lines go over frame border.
> it seems to be related to inter-word spacing and glyph scaling.
> 
> 

Adding Khaled




From cbradney at scribus.info  Mon Mar 28 15:50:56 2016
From: cbradney at scribus.info (Craig Bradney)
Date: Mon, 28 Mar 2016 17:50:56 +0200
Subject: [scribus-dev] Issue with scribusboxes (CTL project)
In-Reply-To: <ndbitu$c9a$1@ger.gmane.org>
References: <ndbitu$c9a$1@ger.gmane.org>
Message-ID: <C24F550C-7C9A-4D67-9CCC-9D96CE5D87C3@scribus.info>



> On 28 Mar 2016, at 17:34, JLuc <jluc at no-log.org> wrote:
> 
> To the OMAN team (in case you dont follow the bug tracker rss) :
> 
> i uploaded a SLA document that is not well rendered
> since boxes merge : https://bugs.scribus.net/view.php?id=13861
> 
> justified lines go over frame border.
> it seems to be related to inter-word spacing and glyph scaling.
> 
> 

Adding Khaled




From khaledhosny at eglug.org  Mon Mar 28 20:07:04 2016
From: khaledhosny at eglug.org (Khaled Hosny)
Date: Tue, 29 Mar 2016 00:07:04 +0400
Subject: [scribus-dev] Issue with scribusboxes (CTL project)
In-Reply-To: <C24F550C-7C9A-4D67-9CCC-9D96CE5D87C3@scribus.info>
References: <ndbitu$c9a$1@ger.gmane.org>
 <C24F550C-7C9A-4D67-9CCC-9D96CE5D87C3@scribus.info>
Message-ID: <20160328200704.GE14969@macbook>

On Mon, Mar 28, 2016 at 05:50:56PM +0200, Craig Bradney wrote:
> 
> 
> > On 28 Mar 2016, at 17:34, JLuc <jluc at no-log.org> wrote:
> > 
> > To the OMAN team (in case you dont follow the bug tracker rss) :
> > 
> > i uploaded a SLA document that is not well rendered
> > since boxes merge : https://bugs.scribus.net/view.php?id=13861
> > 
> > justified lines go over frame border.
> > it seems to be related to inter-word spacing and glyph scaling.
> > 
> > 
> 
> Adding Khaled

What was the pre-boxes rendering?


From khaledhosny at eglug.org  Mon Mar 28 20:07:04 2016
From: khaledhosny at eglug.org (Khaled Hosny)
Date: Tue, 29 Mar 2016 00:07:04 +0400
Subject: [scribus-dev] Issue with scribusboxes (CTL project)
In-Reply-To: <C24F550C-7C9A-4D67-9CCC-9D96CE5D87C3@scribus.info>
References: <ndbitu$c9a$1@ger.gmane.org>
 <C24F550C-7C9A-4D67-9CCC-9D96CE5D87C3@scribus.info>
Message-ID: <20160328200704.GE14969@macbook>

On Mon, Mar 28, 2016 at 05:50:56PM +0200, Craig Bradney wrote:
> 
> 
> > On 28 Mar 2016, at 17:34, JLuc <jluc at no-log.org> wrote:
> > 
> > To the OMAN team (in case you dont follow the bug tracker rss) :
> > 
> > i uploaded a SLA document that is not well rendered
> > since boxes merge : https://bugs.scribus.net/view.php?id=13861
> > 
> > justified lines go over frame border.
> > it seems to be related to inter-word spacing and glyph scaling.
> > 
> > 
> 
> Adding Khaled

What was the pre-boxes rendering?


From jluc at no-log.org  Mon Mar 28 22:30:02 2016
From: jluc at no-log.org (JLuc)
Date: Tue, 29 Mar 2016 00:30:02 +0200
Subject: [scribus-dev] Issue with scribusboxes (CTL project)
In-Reply-To: <20160328200704.GE14969@macbook>
References: <ndbitu$c9a$1@ger.gmane.org>
 <C24F550C-7C9A-4D67-9CCC-9D96CE5D87C3@scribus.info>
 <20160328200704.GE14969@macbook>
Message-ID: <ndcb9b$lgv$1@ger.gmane.org>

Le 28/03/2016 22:07, Khaled Hosny a ?crit :
>>> On 28 Mar 2016, at 17:34, JLuc <jluc at no-log.org> wrote:

>>> i uploaded a SLA document that is not well rendered
>>> since boxes merge : https://bugs.scribus.net/view.php?id=13861
>>>
>>> justified lines go over frame border.
>>> it seems to be related to inter-word spacing and glyph scaling.

> What was the pre-boxes rendering?

It was justified
I attached a preboxes screenshot to the bug :
https://bugs.scribus.net/file_download.php?file_id=8367&type=bug

JL



From khaledhosny at eglug.org  Tue Mar 29 13:23:24 2016
From: khaledhosny at eglug.org (Khaled Hosny)
Date: Tue, 29 Mar 2016 17:23:24 +0400
Subject: [scribus-dev] Issue with scribusboxes (CTL project)
In-Reply-To: <C24F550C-7C9A-4D67-9CCC-9D96CE5D87C3@scribus.info>
References: <ndbitu$c9a$1@ger.gmane.org>
 <C24F550C-7C9A-4D67-9CCC-9D96CE5D87C3@scribus.info>
Message-ID: <20160329132324.GA28987@macbook>

On Mon, Mar 28, 2016 at 05:50:56PM +0200, Craig Bradney wrote:
> 
> 
> > On 28 Mar 2016, at 17:34, JLuc <jluc at no-log.org> wrote:
> > 
> > To the OMAN team (in case you dont follow the bug tracker rss) :
> > 
> > i uploaded a SLA document that is not well rendered
> > since boxes merge : https://bugs.scribus.net/view.php?id=13861
> > 
> > justified lines go over frame border.
> > it seems to be related to inter-word spacing and glyph scaling.
> > 
> > 
> 
> Adding Khaled

The attached patch should fix the issue.
-------------- next part --------------
diff --git a/scribus/pageitem_textframe.cpp b/scribus/pageitem_textframe.cpp
index 3725ca7..838c11d 100644
--- a/scribus/pageitem_textframe.cpp
+++ b/scribus/pageitem_textframe.cpp
@@ -1006,22 +1006,15 @@ static void justifyLine(const ParagraphStyle& style, LineControl& curr)
 	if (curr.glyphRuns[startItem].hasFlag(ScLayout_DropCap))
 		startItem++;
 	// distribute whitespace on spaces and glyphs
-
 	for (int i = startItem; i <= curr.line.lastRun; ++i)
 	{
 		GlyphRun& glyphrun = curr.glyphRuns[i];
-		if (i != curr.line.firstRun && glyphrun.hasFlag(ScLayout_ImplicitSpace))
-		{
-			GlyphRun& lastRun = curr.glyphRuns[i-1];
-			lastRun.glyphs().last().xadvance += imSpace;
-		}
 		double wide = glyphrun.width();
 		if (!glyphrun.hasFlag(ScLayout_ExpandingSpace))
 		{
 			for (int j = 0; j < glyphrun.glyphs().count(); ++j)
 			{
 				GlyphLayout& glyph = glyphrun.glyphs()[j];
-				glyph.xadvance += wide * glyphExtension;
 				glyph.xoffset *= glyphScale;
 				glyph.scaleH *= glyphScale;
 			}
@@ -1030,7 +1023,11 @@ static void justifyLine(const ParagraphStyle& style, LineControl& curr)
 		{
 			GlyphLayout& glyph = glyphrun.glyphs().last();
 			glyph.xadvance += wide * spaceExtension;
-
+		}
+		if (i != curr.line.firstRun && glyphrun.hasFlag(ScLayout_ImplicitSpace))
+		{
+			GlyphRun& lastRun = curr.glyphRuns[i - 1];
+			lastRun.glyphs().last().xadvance += imSpace;
 		}
 	}
 }

From khaledhosny at eglug.org  Tue Mar 29 13:23:24 2016
From: khaledhosny at eglug.org (Khaled Hosny)
Date: Tue, 29 Mar 2016 17:23:24 +0400
Subject: [scribus-dev] Issue with scribusboxes (CTL project)
In-Reply-To: <C24F550C-7C9A-4D67-9CCC-9D96CE5D87C3@scribus.info>
References: <ndbitu$c9a$1@ger.gmane.org>
 <C24F550C-7C9A-4D67-9CCC-9D96CE5D87C3@scribus.info>
Message-ID: <20160329132324.GA28987@macbook>

On Mon, Mar 28, 2016 at 05:50:56PM +0200, Craig Bradney wrote:
> 
> 
> > On 28 Mar 2016, at 17:34, JLuc <jluc at no-log.org> wrote:
> > 
> > To the OMAN team (in case you dont follow the bug tracker rss) :
> > 
> > i uploaded a SLA document that is not well rendered
> > since boxes merge : https://bugs.scribus.net/view.php?id=13861
> > 
> > justified lines go over frame border.
> > it seems to be related to inter-word spacing and glyph scaling.
> > 
> > 
> 
> Adding Khaled

The attached patch should fix the issue.
-------------- next part --------------
diff --git a/scribus/pageitem_textframe.cpp b/scribus/pageitem_textframe.cpp
index 3725ca7..838c11d 100644
--- a/scribus/pageitem_textframe.cpp
+++ b/scribus/pageitem_textframe.cpp
@@ -1006,22 +1006,15 @@ static void justifyLine(const ParagraphStyle& style, LineControl& curr)
 	if (curr.glyphRuns[startItem].hasFlag(ScLayout_DropCap))
 		startItem++;
 	// distribute whitespace on spaces and glyphs
-
 	for (int i = startItem; i <= curr.line.lastRun; ++i)
 	{
 		GlyphRun& glyphrun = curr.glyphRuns[i];
-		if (i != curr.line.firstRun && glyphrun.hasFlag(ScLayout_ImplicitSpace))
-		{
-			GlyphRun& lastRun = curr.glyphRuns[i-1];
-			lastRun.glyphs().last().xadvance += imSpace;
-		}
 		double wide = glyphrun.width();
 		if (!glyphrun.hasFlag(ScLayout_ExpandingSpace))
 		{
 			for (int j = 0; j < glyphrun.glyphs().count(); ++j)
 			{
 				GlyphLayout& glyph = glyphrun.glyphs()[j];
-				glyph.xadvance += wide * glyphExtension;
 				glyph.xoffset *= glyphScale;
 				glyph.scaleH *= glyphScale;
 			}
@@ -1030,7 +1023,11 @@ static void justifyLine(const ParagraphStyle& style, LineControl& curr)
 		{
 			GlyphLayout& glyph = glyphrun.glyphs().last();
 			glyph.xadvance += wide * spaceExtension;
-
+		}
+		if (i != curr.line.firstRun && glyphrun.hasFlag(ScLayout_ImplicitSpace))
+		{
+			GlyphRun& lastRun = curr.glyphRuns[i - 1];
+			lastRun.glyphs().last().xadvance += imSpace;
 		}
 	}
 }

From jghali at libertysurf.fr  Tue Mar 29 20:02:28 2016
From: jghali at libertysurf.fr (Jean Ghali)
Date: Tue, 29 Mar 2016 22:02:28 +0200
Subject: [scribus-dev] Issue with scribusboxes (CTL project)
In-Reply-To: <20160329132324.GA28987@macbook>
References: <ndbitu$c9a$1@ger.gmane.org>
 <C24F550C-7C9A-4D67-9CCC-9D96CE5D87C3@scribus.info>
 <20160329132324.GA28987@macbook>
Message-ID: <56FADF54.5020607@libertysurf.fr>

Le 29/03/2016 15:23, Khaled Hosny a ?crit :
> On Mon, Mar 28, 2016 at 05:50:56PM +0200, Craig Bradney wrote:
>>
>>
>>> On 28 Mar 2016, at 17:34, JLuc <jluc at no-log.org> wrote:
>>>
>>> To the OMAN team (in case you dont follow the bug tracker rss) :
>>>
>>> i uploaded a SLA document that is not well rendered
>>> since boxes merge : https://bugs.scribus.net/view.php?id=13861
>>>
>>> justified lines go over frame border.
>>> it seems to be related to inter-word spacing and glyph scaling.
>>>
> 
> The attached patch should fix the issue.

Thanks, I have committed it to trunk.

While testing the patch, I noticed another issue with the same sample file, however
unrelated to boxes branch or glyph scaling. When using right alignment on the second text
frame, the one with two columns, the last line of each paragraph is not correctly aligned,
with some unwanted space after the dot. This apparently happens when the paragraph ends
with one or several spaces, which is most likely a case of user error. Those additional
spaces should probably get the ScLayout_SuppressSpace flag.



From jluc at no-log.org  Tue Mar 29 20:09:21 2016
From: jluc at no-log.org (JLuc)
Date: Tue, 29 Mar 2016 22:09:21 +0200
Subject: [scribus-dev] Issue with scribusboxes (CTL project)
In-Reply-To: <20160329132324.GA28987@macbook>
References: <ndbitu$c9a$1@ger.gmane.org>
 <C24F550C-7C9A-4D67-9CCC-9D96CE5D87C3@scribus.info>
 <20160329132324.GA28987@macbook>
Message-ID: <ndendh$v78$1@ger.gmane.org>

Le 29/03/2016 15:23, Khaled Hosny a ?crit :

> The attached patch should fix the issue.

It's been merged and i confirm it fixes the issue.

I can try further docs...

JL



From jluc at no-log.org  Wed Mar 30 20:56:27 2016
From: jluc at no-log.org (JLuc)
Date: Wed, 30 Mar 2016 22:56:27 +0200
Subject: [scribus-dev] New scribusboxes justify issue
Message-ID: <56FC3D7B.7090007@no-log.org>

Hello

I submited a new document displaying justify issues.

See https://bugs.scribus.net/view.php?id=13880
with uploaded SLA and visual comparison between "before merge"
and recent scribusboxes version 21140 including your previous justify fix.

With scribusboxes, the justify is wrong.
In some other paragraph it's OK but in many paragraphs it's wrong.

I'm not sure but it could be the bug happens when spaces have to be stretched more than usual so as to justify.

Wishing you a good luck,
JLuc




From wtxnh-scribus at yahoo.com.au  Thu Mar 31 08:14:55 2016
From: wtxnh-scribus at yahoo.com.au (Juraj Fedel)
Date: Thu, 31 Mar 2016 10:14:55 +0200
Subject: [scribus-dev] 0013867: Autosave triggers a comment to STDOUT
 (visible if we invoked Scribus from CLI)
Message-ID: <20160331081455.GA1003@gazda>

It is easy to printout message to console when autosave is done.
I send patch to mantis for this.
I also slightly changed the message showed on status bar.

But i think this should be used only when you debug autosave behavior.
It is really not that useful to have STDOUT cluttered with debugging
messages in released program. I already found on console more debuging
messages than i would like.

Not sure really how useful for user is message printed in status bar
(bug #13815) either. For user it should be transparent when autosave
occur. To that end i do not think that autosave countdown widget is
useful at all. I do not recall of any other program that have this
feature. Scribus implementation of countdown widget is kind of nice but
in my opinion too much eye catching, almost hypnotizing. Why should user
be interested when file will be autosaved? Even worse is when countdown
is not synchronized with actual autosaving time: this is not reliably
reproduced but it occur sometimes - autosave is done couple seconds
before of after countdown is done. Disclaimer: i tested it always only
with 1 min interval, do not know how it behave with longer time
interval.

Juraj


From scribus.user at gmail.com  Thu Mar 31 13:15:35 2016
From: scribus.user at gmail.com (Scribus User)
Date: Thu, 31 Mar 2016 08:15:35 -0500
Subject: [scribus-dev] 0013867: Autosave triggers a comment to STDOUT
 (visible if we invoked Scribus from CLI)
In-Reply-To: <20160331081455.GA1003@gazda>
References: <20160331081455.GA1003@gazda>
Message-ID: <CAAt0FRh7a+YYED5edbHocS_NEKw-w8RW-HZzXTkFsu-=0fkoJA@mail.gmail.com>

On Thu, Mar 31, 2016 at 3:14 AM, Juraj Fedel <wtxnh-scribus at yahoo.com.au>
wrote:

> It is easy to printout message to console when autosave is done.
> I send patch to mantis for this.
> I also slightly changed the message showed on status bar.
>
> But i think this should be used only when you debug autosave behavior.
> It is really not that useful to have STDOUT cluttered with debugging
> messages in released program. I already found on console more debuging
> messages than i would like.
>
> Not sure really how useful for user is message printed in status bar
> (bug #13815) either. For user it should be transparent when autosave
> occur. To that end i do not think that autosave countdown widget is
> useful at all. I do not recall of any other program that have this
> feature. Scribus implementation of countdown widget is kind of nice but
> in my opinion too much eye catching, almost hypnotizing. Why should user
> be interested when file will be autosaved? Even worse is when countdown
> is not synchronized with actual autosaving time: this is not reliably
> reproduced but it occur sometimes - autosave is done couple seconds
> before of after countdown is done. Disclaimer: i tested it always only
> with 1 min interval, do not know how it behave with longer time
> interval.
>
> Juraj
>

Hey Juraj,
First, thanks for the awesome wave of patches and participation lately that
you've contributed. It's very cool to see our community step up and help.

Second, Scribus debug has been pretty noisy lately. This has several
reasons AFAIU:
a) the new iconset is not finished and the debug output shows which said
icons are missing. We're waiting for the completion of the iconset from a
scribus community member who volunteered [1].
b) Avox about a year ago was doing several things: implementing new text
layout and working on enhancements to better Complex Text Layout support,
and identifying issues with fonts that had missing glyphs. He has since
'gone silent' with sporadic encounters here and there. There are still
tickets that benefit from this debug output. See [2][3][4]

Third, Scribus is still a program that is not fully stable. There are
issues that as of yet make it risky to use for large projects. Here's a
list of examples:
OOM issues [5]
Undo/Redo issues [6]
Most Annoying Bug issues [7]
I personally have lost several days of work in the past because of a
combination of one of the above issues and other bugs. So considering that,
having a robust Autosave feature at this time makes sense (at least to me)
in this current stage of Scribus development. It increases my feeling of
confidence when I know I have incremental backups of my work every 'x'
minutes.

Fourth, the autosave transparency is optional. At least it's there. Folks
can choose to use it or not. Bonus: If someone wants to modernize it [8] to
make it less conspicuous and still informative, then they could submit a
proposal and have a go at it.

And finally, the ticket in your subject line: "0013867: Autosave triggers a
comment to STDOUT (visible if we invoked Scribus from CLI)" is my ticket.
It's just another way for me to feel more confident using Scribus since I
usually invoke it from CLI. When most of the font and icon debug info is
disabled a small harmless event outputted to stdout telling us Scribus
autosaved something to me isn't considered clutter, IMHO.

Cheer,
/Kunda

Links
[1] All tickets tagged with 'dezso'
https://bugs.scribus.net/search.php?project_id=1&sticky_issues=on&sortby=last_updated&dir=DESC&hide_status_id=90&tag_string=dezso&match_type=0
)
[2] [Font] Lato Font leads to incredibly slow Scribus performance
https://bugs.scribus.net/view.php?id=13047
[3] scribus crash selecting font lato bold
https://bugs.scribus.net/view.php?id=12950#c34812
[4] Improve font-checking script: discards potentially dangerous fonts
during launch https://bugs.scribus.net/view.php?id=12985

[5] Metabug: Cases of extreme memory use
https://bugs.scribus.net/view.php?id=2438
[6] Metabug: Undo/Redo (1.5.0.svn)
https://bugs.scribus.net/view.php?id=12500
[7] All tickets tagged with 'MABs' (Most Annoying Bugs)
https://bugs.scribus.net/search.php?project_id=1&sticky_issues=on&sortby=last_updated&dir=DESC&hide_status_id=-2&tag_string=MABs&match_type=0
[8]  Modernize Autosave Countdown Clock
https://bugs.scribus.net/view.php?id=13819
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160331/6b196c10/attachment.html>

From scribus.user at gmail.com  Thu Mar 31 13:19:52 2016
From: scribus.user at gmail.com (Scribus User)
Date: Thu, 31 Mar 2016 08:19:52 -0500
Subject: [scribus-dev] Can anyone supply an example SLA of this kerning bug
	#4946
Message-ID: <CAAt0FRg=-1YQWam2WeRzJM=HRJidFzx42SU9zZrzDO2zX_MxEA@mail.gmail.com>

Ticket URL: https://bugs.scribus.net/view.php?id=4946
Please upload it to the ticket with step-by-step instruction.
Thanks!
/Kunda
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20160331/c6ac56e2/attachment.html>

From ale.comp_06 at xox.ch  Thu Mar 31 13:38:19 2016
From: ale.comp_06 at xox.ch (ale rimoldi)
Date: Thu, 31 Mar 2016 15:38:19 +0200
Subject: [scribus-dev] 0013867: Autosave triggers a comment to STDOUT
 (visible if we invoked Scribus from CLI)
In-Reply-To: <20160331081455.GA1003@gazda>
References: <20160331081455.GA1003@gazda>
Message-ID: <56FD284B.10300@xox.ch>

hey

On 31/03/16 10:14, Juraj Fedel wrote:
> It is easy to printout message to console when autosave is done.
> I send patch to mantis for this.
> I also slightly changed the message showed on status bar.
>
> But i think this should be used only when you debug autosave behavior.
> It is really not that useful to have STDOUT cluttered with debugging
> messages in released program. I already found on console more debuging
> messages than i would like.
>
> Not sure really how useful for user is message printed in status bar
> (bug #13815) either. For user it should be transparent when autosave
> occur. To that end i do not think that autosave countdown widget is
> useful at all. I do not recall of any other program that have this
> feature. Scribus implementation of countdown widget is kind of nice but
> in my opinion too much eye catching, almost hypnotizing. Why should user
> be interested when file will be autosaved? Even worse is when countdown
> is not synchronized with actual autosaving time: this is not reliably
> reproduced but it occur sometimes - autosave is done couple seconds
> before of after countdown is done. Disclaimer: i tested it always only
> with 1 min interval, do not know how it behave with longer time
> interval.

thanks juraj.

i 100% agree with you.

we had a discussion about it a few days ago on irc, and the counter 
seems to make some people more confident that they won't be losing their 
work.

my stance is that, even if the counter and the messages might be 
fostering trust, that trust will disappear very soon, if the autosave 
mechanism almost never rescues your lost work.

the new dialog popping up when a documents is to be rescued is imo much 
more important. and if it works correctly in most cases, this is what 
will make the user more comfortable when working with experimental features!
then, you don't need any messages or widgets hypnotizing the user...

i'm also for removing the clock from the code and refraining from 
rendering status messages to the user.
every line of code that is not there, is a bug-free line of code :-)

ciao a.l.e


From ale.comp_06 at xox.ch  Thu Mar 31 13:41:59 2016
From: ale.comp_06 at xox.ch (ale rimoldi)
Date: Thu, 31 Mar 2016 15:41:59 +0200
Subject: [scribus-dev] 0013867: Autosave triggers a comment to STDOUT
 (visible if we invoked Scribus from CLI)
In-Reply-To: <CAAt0FRh7a+YYED5edbHocS_NEKw-w8RW-HZzXTkFsu-=0fkoJA@mail.gmail.com>
References: <20160331081455.GA1003@gazda>
 <CAAt0FRh7a+YYED5edbHocS_NEKw-w8RW-HZzXTkFsu-=0fkoJA@mail.gmail.com>
Message-ID: <56FD2927.3060509@xox.ch>

hey

> Third, Scribus is still a program that is not fully stable.

for those lurking and getting scared because of this: scribus 1.5 is not 
yet stable...

the stable scribus 1.4 should be rather stable and not contain any of 
the experimental mentioned in the original mail :-)

ciao
a.l.e


