From dawood.albadi at gmail.com  Tue Dec  1 06:06:31 2015
From: dawood.albadi at gmail.com (Dawood al-badi)
Date: Tue, 1 Dec 2015 10:06:31 +0400
Subject: [scribus-dev] scribusCTL plan
In-Reply-To: <BA83DE17-FC9B-453E-BEAA-34E1108386E3@gmail.com>
References: <CAA58wWUp8-BCW89nMgsTugXzuZW5Zg2H1ksMW0gvCUqJOBs80Q@mail.gmail.com>
 <00fc01d126d3$8c102bc0$a4308340$@googlemail.com>
 <CAA58wWXo1xpyP9AkebdaYLGH+-KEfs-7J1PZ4GqrubDFdJibxw@mail.gmail.com>
 <CAAt0FRgHapJbNQXy0EYWom2h=duYRqF8u-oxgbyqH9zbRq6SMw@mail.gmail.com>
 <01ba01d12907$2fb36190$8f1a24b0$@googlemail.com>
 <CAA58wWUZpdJLs9DqA6HwrgH7ijtF7d5WPuCBnYKUj-tpgs4-+g@mail.gmail.com>
 <BA83DE17-FC9B-453E-BEAA-34E1108386E3@gmail.com>
Message-ID: <CAA58wWVt=PA2SDnWBENPTS67JWjExN=nzYvPizvSBD+NUc5cbQ@mail.gmail.com>

Hello Andreas

Generally I got the idea. As I mention early that we start work on
elimination of ScText but I will leave it at this time to work with you.
Just I need one more thing. As I mention in first mail I want my team work
and your work to be synchronized so, I need to know what you are modifying
currently to let me work on another class or methods to avoid wasting our
time in the same thing. If you have problem with that I will continue from
last update you sent.


Regards
Dawood

2015-11-29 22:37 GMT+04:00 Andreas Vox <andreas.vox at gmail.com>:

>
> > Am 29.11.2015 um 06:59 schrieb Dawood al-badi <dawood.albadi at gmail.com>:
> >
> > hello Andreas
> > I look to your code and I notice that you  still have ScText in
> storytext but you mentioned in previous email that you finish working on
> storytext. Your plan  was first to separate glyph layout from story text
> and that need to work on ScText which stores unicode with glyph layout. I
> start to eliminate usage of ScText but I saw you work on different path.I
> saw the new class called boxes. Can you please explain what you are trying
> to do. I will complete your works but I want to understand your aim first.
>
> Hi,
>
> ScText is only used internally in StoryText. My method is to come up with
> a workable interface for StoryText and then make the rest of Scribus use
> it. ScText can be eliminated from StoryText?s implementation later. You?ll
> notice that I removed GlyphLayout from ScText and all methods related to
> layout from StoryText.
>
> Boxes are the future interface for layouts. It follows some ideas from
> TeX. I rewrote PageItem_Textframe::layout() to produce LineBoxes of
> GlyphBoxes instead of  the old LineSpec / StoryText / GlyphLayout setup.
> All future implementations of PageItem::layout() will produce a text layout
> with a hierarchy of boxes.
>
> The goal is to use "Box::virtual void render(ScPainter* p, const
> RenderOptions& renderOptions)" for all rendering: screen, PDF, PS and image
> export. But that needs rewriting of a lot of the PDF/PS code and merging
> the ScPainter and ScPainterEx interfaces.
>
> The immediate goal is to get the code compiling again and make it work
> correctly for screen, PDF export and text frames. Then extend to text path
> and tables. Your RTL code would probably replace
> PageItem_TextFrame::layout() and produce a different box hierarchy. Bidi
> reordering should happen on box level.
>
> /Andreas
>
>
>
> _______________________________________________
> 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/20151201/d0210508/attachment.html>

From scribus.user at gmail.com  Tue Dec  1 13:06:15 2015
From: scribus.user at gmail.com (Kunda Loves Scribus)
Date: Tue, 1 Dec 2015 07:06:15 -0600
Subject: [scribus-dev] scribusCTL plan
In-Reply-To: <CAA58wWVt=PA2SDnWBENPTS67JWjExN=nzYvPizvSBD+NUc5cbQ@mail.gmail.com>
References: <CAA58wWUp8-BCW89nMgsTugXzuZW5Zg2H1ksMW0gvCUqJOBs80Q@mail.gmail.com>
 <00fc01d126d3$8c102bc0$a4308340$@googlemail.com>
 <CAA58wWXo1xpyP9AkebdaYLGH+-KEfs-7J1PZ4GqrubDFdJibxw@mail.gmail.com>
 <CAAt0FRgHapJbNQXy0EYWom2h=duYRqF8u-oxgbyqH9zbRq6SMw@mail.gmail.com>
 <01ba01d12907$2fb36190$8f1a24b0$@googlemail.com>
 <CAA58wWUZpdJLs9DqA6HwrgH7ijtF7d5WPuCBnYKUj-tpgs4-+g@mail.gmail.com>
 <BA83DE17-FC9B-453E-BEAA-34E1108386E3@gmail.com>
 <CAA58wWVt=PA2SDnWBENPTS67JWjExN=nzYvPizvSBD+NUc5cbQ@mail.gmail.com>
Message-ID: <CAAt0FRg9+W6EzW_E_RxWHvzgGK9Ajk13HV5_UFhYa3rO3x=ywQ@mail.gmail.com>

Hey Avox,

Not sure if you saw but heads-up that Ibrahim has posted a 'boxes' related
PR to ScribusCTL
https://github.com/andreas-vox/ScribusCTL/pull/15

I'd figure to tag the post ScribusCTL so we'd be sure you'd see it. Should
I continue this in the future?

Thanks Avox
/Kunda

PS
Thanks Ibrahim!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20151201/16352c50/attachment.html>

From scribus.user at gmail.com  Fri Dec  4 02:39:12 2015
From: scribus.user at gmail.com (Kunda Loves Scribus)
Date: Thu, 3 Dec 2015 20:39:12 -0600
Subject: [scribus-dev] scribusCTL plan
In-Reply-To: <CAA58wWVt=PA2SDnWBENPTS67JWjExN=nzYvPizvSBD+NUc5cbQ@mail.gmail.com>
References: <CAA58wWUp8-BCW89nMgsTugXzuZW5Zg2H1ksMW0gvCUqJOBs80Q@mail.gmail.com>
 <00fc01d126d3$8c102bc0$a4308340$@googlemail.com>
 <CAA58wWXo1xpyP9AkebdaYLGH+-KEfs-7J1PZ4GqrubDFdJibxw@mail.gmail.com>
 <CAAt0FRgHapJbNQXy0EYWom2h=duYRqF8u-oxgbyqH9zbRq6SMw@mail.gmail.com>
 <01ba01d12907$2fb36190$8f1a24b0$@googlemail.com>
 <CAA58wWUZpdJLs9DqA6HwrgH7ijtF7d5WPuCBnYKUj-tpgs4-+g@mail.gmail.com>
 <BA83DE17-FC9B-453E-BEAA-34E1108386E3@gmail.com>
 <CAA58wWVt=PA2SDnWBENPTS67JWjExN=nzYvPizvSBD+NUc5cbQ@mail.gmail.com>
Message-ID: <CAAt0FRi0N4gohWQQ+5_4v4ye6umV-jsuDPB1gtAZ6xEtF4j7DA@mail.gmail.com>

On Tue, Dec 1, 2015 at 12:06 AM, Dawood al-badi <dawood.albadi at gmail.com>
wrote:

> Hello Andreas
>
> Generally I got the idea. As I mention early that we start work on
> elimination of ScText but I will leave it at this time to work with you.
> Just I need one more thing. As I mention in first mail I want my team work
> and your work to be synchronized so, I need to know what you are modifying
> currently to let me work on another class or methods to avoid wasting our
> time in the same thing. If you have problem with that I will continue from
> last update you sent.
>
>
> Regards
> Dawood
>

Avox,

Read above
+ https://github.com/andreas-vox/ScribusCTL/pull/15


/Kunda
PS
ScribusCTL
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20151203/5980c61e/attachment.html>

From probono at puredarwin.org  Sat Dec  5 14:57:18 2015
From: probono at puredarwin.org (probono)
Date: Sat, 5 Dec 2015 15:57:18 +0100
Subject: [scribus-dev] Scribus 1.5.1svn AppImage
Message-ID: <CAADtZXAbXckp4bj7dwGAdq4Y3ceAvTy2jJt0P1BQX-Hbt-p3_A@mail.gmail.com>

Hello Scribus developers and maintainers,

today I would like to propose an easy way to run and test 1.5.1svn on
Linux systems. I prepared an AppImage, which is essentially a
self-mounting ISO, that contains the latest development version of
Scribus and all dependencies it needs to run that cannot be assumed to
be part of the base system (Linux distribution).

You can download it from
https://github.com/probonopd/AppImages/releases/tag/scribus
Simply download, chmod a+x, and run.

Linus Torvalds recently wrote about AppImage: "Sure, it means that the
end result is much bigger than a distro-native binary would be, but if
you want a way to build applications for your users without limiting
them to a particular distribution, or having to build fifteen
different images, it really looks like it works very well.?" -
https://plus.google.com/+LinusTorvalds/posts/WyrATKUnmrS

The recipe script that generated it is linked there too, in case you
want to see how it was done and improve it. Using the recipe, it
should also be easy to generate an AppImage for 32-bit systems.

I have tested it on a couple of Ubuntu, Fedora, and CentOS versions.
Most likely it will run on others, too - and with some fine-tuning of
the recipe (i.e., bundling additional dependencies) on even more.
Probably the recipe is not perfect yet and might be missing some
stuff, but that should be relatively easy to fix.

If there is a continuous build system in place, this could be
integrated so that continuous/nightly/weekly images get built. Having
such builds should allow more users to run the latest bleeding-edge
version, test on multiple systems, and give earlier feedback. Of
course the AppImage format could also be used to distribute
stable/testing versions to users of most Linux distributions.

Is the Subsurface project interested in maintaing an
upstream-generated AppImage? Upstream packaging would have the
advantage that users/testers get the software exactly in the way the
upstream team intended, with the correct versions of the libraries
bundled together with the application. Just let me know what would be
needed to consider this for the project.

Regards
probono


From probono at puredarwin.org  Sat Dec  5 15:38:29 2015
From: probono at puredarwin.org (probono)
Date: Sat, 5 Dec 2015 16:38:29 +0100
Subject: [scribus-dev] [patch] Spelling of "Cache" in German
Message-ID: <CAADtZXCQECe2Dm5TXxNsBzuMbMmkxV2c7ooiwaUevr40gr6N=A@mail.gmail.com>

In German, "der Cache" is the common spelling, not "das Cach?".
-------------- next part --------------
Index: resources/translations/scribus.de.ts
===================================================================
--- resources/translations/scribus.de.ts	(revision 20611)
+++ resources/translations/scribus.de.ts	(working copy)
@@ -19895,7 +19895,7 @@
     <message>
         <location filename="../../scribus/ui/prefs_imagecache.cpp" line="31"/>
         <source>Set the level of compression for images in the cache. Higher values result in smaller cache files but also make writes to the cache slower.</source>
-        <translation>Legt den Kompressionsgrad f?r Grafiken im Cach? fest: je h?her der Wert, desto kleiner die Cach?-Dateien. Ein h?herer Wert verlangsamt aber auch das Schreiben ins Cach?.</translation>
+        <translation>Legt den Kompressionsgrad f?r Grafiken im Cache fest: je h?her der Wert, desto kleiner die Cache-Dateien. Ein h?herer Wert verlangsamt aber auch das Schreiben in den Cache.</translation>
     </message>
     <message>
         <location filename="../../scribus/ui/prefs_imagecachebase.ui" line="14"/>
@@ -19915,7 +19915,7 @@
     <message>
         <location filename="../../scribus/ui/prefs_imagecachebase.ui" line="68"/>
         <source>Cache Size Limit:</source>
-        <translation>Maximale Cach?-Gr??e:</translation>
+        <translation>Maximale Cache-Gr??e:</translation>
     </message>
     <message>
         <location filename="../../scribus/ui/prefs_imagecachebase.ui" line="99"/>
Index: resources/translations/scribus.de_1901.ts
===================================================================
--- resources/translations/scribus.de_1901.ts	(revision 20611)
+++ resources/translations/scribus.de_1901.ts	(working copy)
@@ -19882,7 +19882,7 @@
     <message>
         <location filename="../../scribus/ui/prefs_imagecachebase.ui" line="68"/>
         <source>Cache Size Limit:</source>
-        <translation>Maximale Cach?-Gr??e:</translation>
+        <translation>Maximale Cache-Gr??e:</translation>
     </message>
     <message>
         <location filename="../../scribus/ui/prefs_imagecachebase.ui" line="99"/>
@@ -19925,7 +19925,7 @@
     <message>
         <location filename="../../scribus/ui/prefs_imagecache.cpp" line="31"/>
         <source>Set the level of compression for images in the cache. Higher values result in smaller cache files but also make writes to the cache slower.</source>
-        <translation>Legt den Kompressionsgrad f?r Grafiken im Cach? fest: je h?her der Wert, desto kleiner die Cach?-Dateien. Ein h?herer Wert verlangsamt aber auch das Schreiben ins Cach?.</translation>
+        <translation>Legt den Kompressionsgrad f?r Grafiken im Cache fest: je h?her der Wert, desto kleiner die Cache-Dateien. Ein h?herer Wert verlangsamt aber auch das Schreiben in den Cache.</translation>
     </message>
 </context>
 <context>
Index: resources/translations/scribus.de_CH.ts
===================================================================
--- resources/translations/scribus.de_CH.ts	(revision 20611)
+++ resources/translations/scribus.de_CH.ts	(working copy)
@@ -19882,7 +19882,7 @@
     <message>
         <location filename="../../scribus/ui/prefs_imagecachebase.ui" line="68"/>
         <source>Cache Size Limit:</source>
-        <translation>Maximale Cach?-Gr?sse:</translation>
+        <translation>Maximale Cache-Gr?sse:</translation>
     </message>
     <message>
         <location filename="../../scribus/ui/prefs_imagecachebase.ui" line="99"/>
@@ -19925,7 +19925,7 @@
     <message>
         <location filename="../../scribus/ui/prefs_imagecache.cpp" line="31"/>
         <source>Set the level of compression for images in the cache. Higher values result in smaller cache files but also make writes to the cache slower.</source>
-        <translation>Legt den Kompressionsgrad f?r Grafiken im Cach? fest: je h?her der Wert, desto kleiner die Cach?-Dateien. Ein h?herer Wert verlangsamt aber auch das Schreiben ins Cach?.</translation>
+        <translation>Legt den Kompressionsgrad f?r Grafiken im Cache fest: je h?her der Wert, desto kleiner die Cache-Dateien. Ein h?herer Wert verlangsamt aber auch das Schreiben in den Cache.</translation>
     </message>
 </context>
 <context>

From gpittman at iglou.com  Sat Dec  5 16:23:38 2015
From: gpittman at iglou.com (Gregory Pittman)
Date: Sat, 5 Dec 2015 11:23:38 -0500
Subject: [scribus-dev] Scribus 1.5.1svn AppImage
In-Reply-To: <CAADtZXAbXckp4bj7dwGAdq4Y3ceAvTy2jJt0P1BQX-Hbt-p3_A@mail.gmail.com>
References: <CAADtZXAbXckp4bj7dwGAdq4Y3ceAvTy2jJt0P1BQX-Hbt-p3_A@mail.gmail.com>
Message-ID: <56630F8A.6070404@iglou.com>

On 12/05/2015 09:57 AM, probono wrote:

> Is the Subsurface project interested in maintaing an
> upstream-generated AppImage? Upstream packaging would have the
> advantage that users/testers get the software exactly in the way the
> upstream team intended, with the correct versions of the libraries
> bundled together with the application. Just let me know what would be
> needed to consider this for the project.
> 

There already is a project, PortableApps, that has been doing this for
some time. It's probably worth comparing the two methods. If AppImage
can be integrated into our release system, that would be an advantage,
since for PortableApps we're dependent on their way of working.

Greg



From probono at puredarwin.org  Sat Dec  5 16:42:09 2015
From: probono at puredarwin.org (probono)
Date: Sat, 5 Dec 2015 17:42:09 +0100
Subject: [scribus-dev] Scribus 1.5.1svn AppImage
In-Reply-To: <56630F8A.6070404@iglou.com>
References: <CAADtZXAbXckp4bj7dwGAdq4Y3ceAvTy2jJt0P1BQX-Hbt-p3_A@mail.gmail.com>
 <56630F8A.6070404@iglou.com>
Message-ID: <CAADtZXA_ZdzfTdA3Y=+CJU0u_VU8BFpovnx2AUX68HLsP1HHiA@mail.gmail.com>

> There already is a project, PortableApps, that has been doing this for
> some time. It's probably worth comparing the two methods.

There is PortableApps.com which is for Windows.
And there is PortableLinuxApps.org which uses AppImage. It has been
around for a while too.

> If AppImage
> can be integrated into our release system, that would be an advantage,
> since for PortableApps we're dependent on their way of working.

That's the whole idea. Let me know how I can help.

(Discalimer: I am the author of the AppImage format, AppImageKit, and
PortableLinuxApps)


From ale.comp_06 at xox.ch  Sat Dec  5 20:46:38 2015
From: ale.comp_06 at xox.ch (ale rimoldi)
Date: Sat, 5 Dec 2015 21:46:38 +0100
Subject: [scribus-dev] [patch] Spelling of "Cache" in German
In-Reply-To: <CAADtZXCQECe2Dm5TXxNsBzuMbMmkxV2c7ooiwaUevr40gr6N=A@mail.gmail.com>
References: <CAADtZXCQECe2Dm5TXxNsBzuMbMmkxV2c7ooiwaUevr40gr6N=A@mail.gmail.com>
Message-ID: <20151205214638.52234f80@digiteis>

hey probono

> In German, "der Cache" is the common spelling, not "das Cach?".

eh eh... but Cach? is a wonderful movie and deserves to be mentioned in
Scribus :-)

fun on the side... can you please upload the patch to
http://bugs.scribus.net ?

ciao
a.l.e


From dawood.albadi at gmail.com  Mon Dec  7 10:00:58 2015
From: dawood.albadi at gmail.com (Dawood al-badi)
Date: Mon, 7 Dec 2015 14:00:58 +0400
Subject: [scribus-dev] scribusCTL plan
In-Reply-To: <CAAt0FRi0N4gohWQQ+5_4v4ye6umV-jsuDPB1gtAZ6xEtF4j7DA@mail.gmail.com>
References: <CAA58wWUp8-BCW89nMgsTugXzuZW5Zg2H1ksMW0gvCUqJOBs80Q@mail.gmail.com>
 <00fc01d126d3$8c102bc0$a4308340$@googlemail.com>
 <CAA58wWXo1xpyP9AkebdaYLGH+-KEfs-7J1PZ4GqrubDFdJibxw@mail.gmail.com>
 <CAAt0FRgHapJbNQXy0EYWom2h=duYRqF8u-oxgbyqH9zbRq6SMw@mail.gmail.com>
 <01ba01d12907$2fb36190$8f1a24b0$@googlemail.com>
 <CAA58wWUZpdJLs9DqA6HwrgH7ijtF7d5WPuCBnYKUj-tpgs4-+g@mail.gmail.com>
 <BA83DE17-FC9B-453E-BEAA-34E1108386E3@gmail.com>
 <CAA58wWVt=PA2SDnWBENPTS67JWjExN=nzYvPizvSBD+NUc5cbQ@mail.gmail.com>
 <CAAt0FRi0N4gohWQQ+5_4v4ye6umV-jsuDPB1gtAZ6xEtF4j7DA@mail.gmail.com>
Message-ID: <CAA58wWVqt-QqSb8kBx4vZkiyLyNbEgoFNnB3o81Bb4RCtgKpvQ@mail.gmail.com>

Hello Andreas

*please I request immediate response for this question.  *

I have sent a little modification in github regarding boxes.cpp and now I
am working in pdflib_core.cpp. I notice that you remove a struct called
TabLayout and you did not put any thing to replace it. I can not continue
to fix this issue until you tell me what you propose to replace this
struct. I think it is very important to differentiate between normal char
and Tabs. because I notice you treats the tab as a normal char in some
situations.


2015-12-04 6:39 GMT+04:00 Kunda Loves Scribus <scribus.user at gmail.com>:

> On Tue, Dec 1, 2015 at 12:06 AM, Dawood al-badi <dawood.albadi at gmail.com>
> wrote:
>
>> Hello Andreas
>>
>> Generally I got the idea. As I mention early that we start work on
>> elimination of ScText but I will leave it at this time to work with you.
>> Just I need one more thing. As I mention in first mail I want my team work
>> and your work to be synchronized so, I need to know what you are modifying
>> currently to let me work on another class or methods to avoid wasting our
>> time in the same thing. If you have problem with that I will continue from
>> last update you sent.
>>
>>
>> Regards
>> Dawood
>>
>
> Avox,
>
> Read above
> + https://github.com/andreas-vox/ScribusCTL/pull/15
>
>
> /Kunda
> PS
> ScribusCTL
>
> _______________________________________________
> 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/20151207/9f9112bc/attachment.html>

From avox at arcor.de  Mon Dec  7 12:17:57 2015
From: avox at arcor.de (Andreas Vox)
Date: Mon, 7 Dec 2015 13:17:57 +0100
Subject: [scribus-dev] scribusCTL plan
In-Reply-To: <CAA58wWVqt-QqSb8kBx4vZkiyLyNbEgoFNnB3o81Bb4RCtgKpvQ@mail.gmail.com>
References: <CAA58wWUp8-BCW89nMgsTugXzuZW5Zg2H1ksMW0gvCUqJOBs80Q@mail.gmail.com>
 <00fc01d126d3$8c102bc0$a4308340$@googlemail.com>
 <CAA58wWXo1xpyP9AkebdaYLGH+-KEfs-7J1PZ4GqrubDFdJibxw@mail.gmail.com>
 <CAAt0FRgHapJbNQXy0EYWom2h=duYRqF8u-oxgbyqH9zbRq6SMw@mail.gmail.com>
 <01ba01d12907$2fb36190$8f1a24b0$@googlemail.com>
 <CAA58wWUZpdJLs9DqA6HwrgH7ijtF7d5WPuCBnYKUj-tpgs4-+g@mail.gmail.com>
 <BA83DE17-FC9B-453E-BEAA-34E1108386E3@gmail.com>
 <CAA58wWVt=PA2SDnWBENPTS67JWjExN=nzYvPizvSBD+NUc5cbQ@mail.gmail.com>
 <CAAt0FRi0N4gohWQQ+5_4v4ye6umV-jsuDPB1gtAZ6xEtF4j7DA@mail.gmail.com>
 <CAA58wWVqt-QqSb8kBx4vZkiyLyNbEgoFNnB3o81Bb4RCtgKpvQ@mail.gmail.com>
Message-ID: <034f01d130e9$4f609d20$ee21d760$@googlemail.com>

> From: Dawood al-badi [mailto:dawood.albadi at gmail.com] 
> Sent: Montag, 7. Dezember 2015 11:01
> To: Scribus Development Mailing List
> Subject: Re: [scribus-dev] scribusCTL plan
>
> Hello Andreas
> please I request immediate response for this question.  
>
> I have sent a little modification in github regarding boxes.cpp and now I am working in pdflib_core.cpp. I notice that you remove a struct called TabLayout and 
> you did not put any thing to replace it. I can not continue to fix this issue until you tell me what you propose to replace this struct. I think it is very important to 
> differentiate between normal char and Tabs. because I notice you treats the tab as a normal char in some situations. 


Hi Dawood!

My plan was to replace TabLayout with a GlyphRun of repeated glyphs (the fillchar) and LayoutFlag  "ScLayout_TabLeaders". The fillchar itself is accessible via the ParagraphStyle.

Can you work with that?

Best regards,
Andreas




From christoph-schaefer at gmx.de  Tue Dec  8 06:19:47 2015
From: christoph-schaefer at gmx.de (=?UTF-8?Q?=22Christoph_Sch=C3=A4fer=22?=)
Date: Tue, 8 Dec 2015 07:19:47 +0100
Subject: [scribus-dev] [patch] Spelling of "Cache" in German
In-Reply-To: <CAADtZXCQECe2Dm5TXxNsBzuMbMmkxV2c7ooiwaUevr40gr6N=A@mail.gmail.com>
References: <CAADtZXCQECe2Dm5TXxNsBzuMbMmkxV2c7ooiwaUevr40gr6N=A@mail.gmail.com>
Message-ID: <trinity-09be0974-604d-4682-9265-356f72d8f4a1-1449555587268@3capp-gmx-bs13>

> Gesendet: Samstag, 05. Dezember 2015 um 16:38 Uhr
> Von: probono <probono at puredarwin.org>
> An: scribus-dev at lists.scribus.net
> Betreff: [scribus-dev] [patch] Spelling of "Cache" in German
>
> In German, "der Cache" is the common spelling, not "das Cach?".


Hi probono,


There's no need for a patch, as I will update all 6 DE versions this week, but thanks for making me aware of it.


Christoph


From dawood.albadi at gmail.com  Tue Dec  8 10:41:24 2015
From: dawood.albadi at gmail.com (Dawood al-badi)
Date: Tue, 8 Dec 2015 14:41:24 +0400
Subject: [scribus-dev] scribusCTL plan
In-Reply-To: <034f01d130e9$4f609d20$ee21d760$@googlemail.com>
References: <CAA58wWUp8-BCW89nMgsTugXzuZW5Zg2H1ksMW0gvCUqJOBs80Q@mail.gmail.com>
 <00fc01d126d3$8c102bc0$a4308340$@googlemail.com>
 <CAA58wWXo1xpyP9AkebdaYLGH+-KEfs-7J1PZ4GqrubDFdJibxw@mail.gmail.com>
 <CAAt0FRgHapJbNQXy0EYWom2h=duYRqF8u-oxgbyqH9zbRq6SMw@mail.gmail.com>
 <01ba01d12907$2fb36190$8f1a24b0$@googlemail.com>
 <CAA58wWUZpdJLs9DqA6HwrgH7ijtF7d5WPuCBnYKUj-tpgs4-+g@mail.gmail.com>
 <BA83DE17-FC9B-453E-BEAA-34E1108386E3@gmail.com>
 <CAA58wWVt=PA2SDnWBENPTS67JWjExN=nzYvPizvSBD+NUc5cbQ@mail.gmail.com>
 <CAAt0FRi0N4gohWQQ+5_4v4ye6umV-jsuDPB1gtAZ6xEtF4j7DA@mail.gmail.com>
 <CAA58wWVqt-QqSb8kBx4vZkiyLyNbEgoFNnB3o81Bb4RCtgKpvQ@mail.gmail.com>
 <034f01d130e9$4f609d20$ee21d760$@googlemail.com>
Message-ID: <CAA58wWWWwC=ODgukbj7SuP9q-BidSn7Gn+DZPCTDGpKZj9p2aw@mail.gmail.com>

*Hello Andreas *
Thank you for fast replay and thank you for the declarations. I think that
I got the idea. I will work only in compile errors until I understand your
work completely then I will go through logical errors.
 You can check that we fix 2 files up to now. looking forward to next stage

Regards
Dawood

2015-12-07 16:17 GMT+04:00 Andreas Vox <avox at arcor.de>:

> > From: Dawood al-badi [mailto:dawood.albadi at gmail.com]
> > Sent: Montag, 7. Dezember 2015 11:01
> > To: Scribus Development Mailing List
> > Subject: Re: [scribus-dev] scribusCTL plan
> >
> > Hello Andreas
> > please I request immediate response for this question.
> >
> > I have sent a little modification in github regarding boxes.cpp and now
> I am working in pdflib_core.cpp. I notice that you remove a struct called
> TabLayout and
> > you did not put any thing to replace it. I can not continue to fix this
> issue until you tell me what you propose to replace this struct. I think it
> is very important to
> > differentiate between normal char and Tabs. because I notice you treats
> the tab as a normal char in some situations.
>
>
> Hi Dawood!
>
> My plan was to replace TabLayout with a GlyphRun of repeated glyphs (the
> fillchar) and LayoutFlag  "ScLayout_TabLeaders". The fillchar itself is
> accessible via the ParagraphStyle.
>
> Can you work with that?
>
> Best regards,
> Andreas
>
>
>
> _______________________________________________
> 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/20151208/ae15fc5b/attachment.html>

From dawood.albadi at gmail.com  Thu Dec 10 06:16:38 2015
From: dawood.albadi at gmail.com (Dawood al-badi)
Date: Thu, 10 Dec 2015 10:16:38 +0400
Subject: [scribus-dev] scribusCTL plan
In-Reply-To: <CAA58wWWWwC=ODgukbj7SuP9q-BidSn7Gn+DZPCTDGpKZj9p2aw@mail.gmail.com>
References: <CAA58wWUp8-BCW89nMgsTugXzuZW5Zg2H1ksMW0gvCUqJOBs80Q@mail.gmail.com>
 <00fc01d126d3$8c102bc0$a4308340$@googlemail.com>
 <CAA58wWXo1xpyP9AkebdaYLGH+-KEfs-7J1PZ4GqrubDFdJibxw@mail.gmail.com>
 <CAAt0FRgHapJbNQXy0EYWom2h=duYRqF8u-oxgbyqH9zbRq6SMw@mail.gmail.com>
 <01ba01d12907$2fb36190$8f1a24b0$@googlemail.com>
 <CAA58wWUZpdJLs9DqA6HwrgH7ijtF7d5WPuCBnYKUj-tpgs4-+g@mail.gmail.com>
 <BA83DE17-FC9B-453E-BEAA-34E1108386E3@gmail.com>
 <CAA58wWVt=PA2SDnWBENPTS67JWjExN=nzYvPizvSBD+NUc5cbQ@mail.gmail.com>
 <CAAt0FRi0N4gohWQQ+5_4v4ye6umV-jsuDPB1gtAZ6xEtF4j7DA@mail.gmail.com>
 <CAA58wWVqt-QqSb8kBx4vZkiyLyNbEgoFNnB3o81Bb4RCtgKpvQ@mail.gmail.com>
 <034f01d130e9$4f609d20$ee21d760$@googlemail.com>
 <CAA58wWWWwC=ODgukbj7SuP9q-BidSn7Gn+DZPCTDGpKZj9p2aw@mail.gmail.com>
Message-ID: <CAA58wWWCnXc35WNhK-3iTH5HZkELZ9mEGkAjs9ZhysvZg==YMA@mail.gmail.com>

Hello Andreas


I finish fixing syntax errors but there are some changes which is incorrect
logically. If you have time I need you  to review my work and give me your
feedback. I will start correct logical errors now but I need to be sure
that I am in right direction.

pull/16 <https://github.com/andreas-vox/ScribusCTL/pull/16>

regards
Dawood

2015-12-08 14:41 GMT+04:00 Dawood al-badi <dawood.albadi at gmail.com>:

>
>
> *Hello Andreas *
> Thank you for fast replay and thank you for the declarations. I think that
> I got the idea. I will work only in compile errors until I understand your
> work completely then I will go through logical errors.
>  You can check that we fix 2 files up to now. looking forward to next
> stage
>
> Regards
> Dawood
>
> 2015-12-07 16:17 GMT+04:00 Andreas Vox <avox at arcor.de>:
>
>> > From: Dawood al-badi [mailto:dawood.albadi at gmail.com]
>> > Sent: Montag, 7. Dezember 2015 11:01
>> > To: Scribus Development Mailing List
>> > Subject: Re: [scribus-dev] scribusCTL plan
>> >
>> > Hello Andreas
>> > please I request immediate response for this question.
>> >
>> > I have sent a little modification in github regarding boxes.cpp and now
>> I am working in pdflib_core.cpp. I notice that you remove a struct called
>> TabLayout and
>> > you did not put any thing to replace it. I can not continue to fix this
>> issue until you tell me what you propose to replace this struct. I think it
>> is very important to
>> > differentiate between normal char and Tabs. because I notice you treats
>> the tab as a normal char in some situations.
>>
>>
>> Hi Dawood!
>>
>> My plan was to replace TabLayout with a GlyphRun of repeated glyphs (the
>> fillchar) and LayoutFlag  "ScLayout_TabLeaders". The fillchar itself is
>> accessible via the ParagraphStyle.
>>
>> Can you work with that?
>>
>> Best regards,
>> Andreas
>>
>>
>>
>> _______________________________________________
>> 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/20151210/0f0ba0b4/attachment.html>

From dawood.albadi at gmail.com  Thu Dec 10 07:07:09 2015
From: dawood.albadi at gmail.com (Dawood al-badi)
Date: Thu, 10 Dec 2015 11:07:09 +0400
Subject: [scribus-dev] scribusCTL plan
In-Reply-To: <CAA58wWWCnXc35WNhK-3iTH5HZkELZ9mEGkAjs9ZhysvZg==YMA@mail.gmail.com>
References: <CAA58wWUp8-BCW89nMgsTugXzuZW5Zg2H1ksMW0gvCUqJOBs80Q@mail.gmail.com>
 <00fc01d126d3$8c102bc0$a4308340$@googlemail.com>
 <CAA58wWXo1xpyP9AkebdaYLGH+-KEfs-7J1PZ4GqrubDFdJibxw@mail.gmail.com>
 <CAAt0FRgHapJbNQXy0EYWom2h=duYRqF8u-oxgbyqH9zbRq6SMw@mail.gmail.com>
 <01ba01d12907$2fb36190$8f1a24b0$@googlemail.com>
 <CAA58wWUZpdJLs9DqA6HwrgH7ijtF7d5WPuCBnYKUj-tpgs4-+g@mail.gmail.com>
 <BA83DE17-FC9B-453E-BEAA-34E1108386E3@gmail.com>
 <CAA58wWVt=PA2SDnWBENPTS67JWjExN=nzYvPizvSBD+NUc5cbQ@mail.gmail.com>
 <CAAt0FRi0N4gohWQQ+5_4v4ye6umV-jsuDPB1gtAZ6xEtF4j7DA@mail.gmail.com>
 <CAA58wWVqt-QqSb8kBx4vZkiyLyNbEgoFNnB3o81Bb4RCtgKpvQ@mail.gmail.com>
 <034f01d130e9$4f609d20$ee21d760$@googlemail.com>
 <CAA58wWWWwC=ODgukbj7SuP9q-BidSn7Gn+DZPCTDGpKZj9p2aw@mail.gmail.com>
 <CAA58wWWCnXc35WNhK-3iTH5HZkELZ9mEGkAjs9ZhysvZg==YMA@mail.gmail.com>
Message-ID: <CAA58wWUeyS_QSsr_3KM640Kd=i7EpLj1yVbQdqKnGQTxibb_Rw@mail.gmail.com>

Hello again Andreas

Regard my previous mail
Sorry for inconvenience I found that I repeat silly mistake in so many
places so don?t wast your time looking to the code . When I correct my
mistakes I will contact you again.

Thanks
Dawood

2015-12-10 10:16 GMT+04:00 Dawood al-badi <dawood.albadi at gmail.com>:

> Hello Andreas
>
>
> I finish fixing syntax errors but there are some changes which is
> incorrect logically. If you have time I need you  to review my work and
> give me your feedback. I will start correct logical errors now but I need
> to be sure that I am in right direction.
>
> pull/16 <https://github.com/andreas-vox/ScribusCTL/pull/16>
>
> regards
> Dawood
>
> 2015-12-08 14:41 GMT+04:00 Dawood al-badi <dawood.albadi at gmail.com>:
>
>>
>>
>> *Hello Andreas *
>> Thank you for fast replay and thank you for the declarations. I think
>> that I got the idea. I will work only in compile errors until I understand
>> your work completely then I will go through logical errors.
>>  You can check that we fix 2 files up to now. looking forward to next
>> stage
>>
>> Regards
>> Dawood
>>
>> 2015-12-07 16:17 GMT+04:00 Andreas Vox <avox at arcor.de>:
>>
>>> > From: Dawood al-badi [mailto:dawood.albadi at gmail.com]
>>> > Sent: Montag, 7. Dezember 2015 11:01
>>> > To: Scribus Development Mailing List
>>> > Subject: Re: [scribus-dev] scribusCTL plan
>>> >
>>> > Hello Andreas
>>> > please I request immediate response for this question.
>>> >
>>> > I have sent a little modification in github regarding boxes.cpp and
>>> now I am working in pdflib_core.cpp. I notice that you remove a struct
>>> called TabLayout and
>>> > you did not put any thing to replace it. I can not continue to fix
>>> this issue until you tell me what you propose to replace this struct. I
>>> think it is very important to
>>> > differentiate between normal char and Tabs. because I notice you
>>> treats the tab as a normal char in some situations.
>>>
>>>
>>> Hi Dawood!
>>>
>>> My plan was to replace TabLayout with a GlyphRun of repeated glyphs (the
>>> fillchar) and LayoutFlag  "ScLayout_TabLeaders". The fillchar itself is
>>> accessible via the ParagraphStyle.
>>>
>>> Can you work with that?
>>>
>>> Best regards,
>>> Andreas
>>>
>>>
>>>
>>> _______________________________________________
>>> 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/20151210/fb6db7bd/attachment.html>

From dawood.albadi at gmail.com  Thu Dec 10 11:09:05 2015
From: dawood.albadi at gmail.com (Dawood al-badi)
Date: Thu, 10 Dec 2015 15:09:05 +0400
Subject: [scribus-dev] scribusCTL plan
In-Reply-To: <CAA58wWUeyS_QSsr_3KM640Kd=i7EpLj1yVbQdqKnGQTxibb_Rw@mail.gmail.com>
References: <CAA58wWUp8-BCW89nMgsTugXzuZW5Zg2H1ksMW0gvCUqJOBs80Q@mail.gmail.com>
 <00fc01d126d3$8c102bc0$a4308340$@googlemail.com>
 <CAA58wWXo1xpyP9AkebdaYLGH+-KEfs-7J1PZ4GqrubDFdJibxw@mail.gmail.com>
 <CAAt0FRgHapJbNQXy0EYWom2h=duYRqF8u-oxgbyqH9zbRq6SMw@mail.gmail.com>
 <01ba01d12907$2fb36190$8f1a24b0$@googlemail.com>
 <CAA58wWUZpdJLs9DqA6HwrgH7ijtF7d5WPuCBnYKUj-tpgs4-+g@mail.gmail.com>
 <BA83DE17-FC9B-453E-BEAA-34E1108386E3@gmail.com>
 <CAA58wWVt=PA2SDnWBENPTS67JWjExN=nzYvPizvSBD+NUc5cbQ@mail.gmail.com>
 <CAAt0FRi0N4gohWQQ+5_4v4ye6umV-jsuDPB1gtAZ6xEtF4j7DA@mail.gmail.com>
 <CAA58wWVqt-QqSb8kBx4vZkiyLyNbEgoFNnB3o81Bb4RCtgKpvQ@mail.gmail.com>
 <034f01d130e9$4f609d20$ee21d760$@googlemail.com>
 <CAA58wWWWwC=ODgukbj7SuP9q-BidSn7Gn+DZPCTDGpKZj9p2aw@mail.gmail.com>
 <CAA58wWWCnXc35WNhK-3iTH5HZkELZ9mEGkAjs9ZhysvZg==YMA@mail.gmail.com>
 <CAA58wWUeyS_QSsr_3KM640Kd=i7EpLj1yVbQdqKnGQTxibb_Rw@mail.gmail.com>
Message-ID: <CAA58wWVPabsyEByriCz+qG7vqBYNx2pYRRMLzu0FzWgo=BJu9g@mail.gmail.com>

Hello Andreas

Now you can review my work. I think I solve all problems in previous code
and now we need to complete it. Sense you know the source code better than
me I need some advices in how  to complete your work.

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

From scribus.user at gmail.com  Thu Dec 10 13:04:53 2015
From: scribus.user at gmail.com (Kunda Loves Scribus)
Date: Thu, 10 Dec 2015 07:04:53 -0600
Subject: [scribus-dev] scribusCTL plan
In-Reply-To: <CAA58wWVPabsyEByriCz+qG7vqBYNx2pYRRMLzu0FzWgo=BJu9g@mail.gmail.com>
References: <CAA58wWUp8-BCW89nMgsTugXzuZW5Zg2H1ksMW0gvCUqJOBs80Q@mail.gmail.com>
 <00fc01d126d3$8c102bc0$a4308340$@googlemail.com>
 <CAA58wWXo1xpyP9AkebdaYLGH+-KEfs-7J1PZ4GqrubDFdJibxw@mail.gmail.com>
 <CAAt0FRgHapJbNQXy0EYWom2h=duYRqF8u-oxgbyqH9zbRq6SMw@mail.gmail.com>
 <01ba01d12907$2fb36190$8f1a24b0$@googlemail.com>
 <CAA58wWUZpdJLs9DqA6HwrgH7ijtF7d5WPuCBnYKUj-tpgs4-+g@mail.gmail.com>
 <BA83DE17-FC9B-453E-BEAA-34E1108386E3@gmail.com>
 <CAA58wWVt=PA2SDnWBENPTS67JWjExN=nzYvPizvSBD+NUc5cbQ@mail.gmail.com>
 <CAAt0FRi0N4gohWQQ+5_4v4ye6umV-jsuDPB1gtAZ6xEtF4j7DA@mail.gmail.com>
 <CAA58wWVqt-QqSb8kBx4vZkiyLyNbEgoFNnB3o81Bb4RCtgKpvQ@mail.gmail.com>
 <034f01d130e9$4f609d20$ee21d760$@googlemail.com>
 <CAA58wWWWwC=ODgukbj7SuP9q-BidSn7Gn+DZPCTDGpKZj9p2aw@mail.gmail.com>
 <CAA58wWWCnXc35WNhK-3iTH5HZkELZ9mEGkAjs9ZhysvZg==YMA@mail.gmail.com>
 <CAA58wWUeyS_QSsr_3KM640Kd=i7EpLj1yVbQdqKnGQTxibb_Rw@mail.gmail.com>
 <CAA58wWVPabsyEByriCz+qG7vqBYNx2pYRRMLzu0FzWgo=BJu9g@mail.gmail.com>
Message-ID: <CAAt0FRgH82N2CD4_U5gy0jAUdnQChO_oGaEzg=CH_fZpe4KT6Q@mail.gmail.com>

On Thu, Dec 10, 2015 at 5:09 AM, Dawood al-badi <dawood.albadi at gmail.com>
wrote:

> Hello Andreas
>
> Now you can review my work. I think I solve all problems in previous code
> and now we need to complete it. Sense you know the source code better than
> me I need some advices in how  to complete your work.
>
> Best Regards
> Dawood
>

Andreas & Dawood
In regards to ScribusCTL, would you please update the 'Roadmap' in
https://github.com/andreas-vox/ScribusCTL/issues/3 so we can grok where
we're at in the development process ?

Thanks!
/Kunda
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20151210/1c97a34c/attachment.html>

From scribus.user at gmail.com  Fri Dec 11 03:48:35 2015
From: scribus.user at gmail.com (Kunda Loves Scribus)
Date: Thu, 10 Dec 2015 21:48:35 -0600
Subject: [scribus-dev] PublishingLab Article on Scribus
Message-ID: <CAAt0FRgyJEgH1qPvWZN8nAGcbvYQHdgynjdogaaN9OMcVDHdCw@mail.gmail.com>

http://www.publishinglab.nl/blog/2015/12/10/attempting-to-go-open-source-with-our-print-workflow-using-scribus/

"While researching the challenges experienced in the hybrid publishing
> field, the issue of proprietary software and its limitations has cropped up
> from a few sources. So, I thought we could give Scribus (Open Source layout
> software) a test run using a chapter from the most recentTheory on Demand
> publication and see if it could be a viable alternative.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20151210/8a1cf5d8/attachment.html>

From scribus.user at gmail.com  Fri Dec 11 13:41:24 2015
From: scribus.user at gmail.com (Kunda Loves Scribus)
Date: Fri, 11 Dec 2015 07:41:24 -0600
Subject: [scribus-dev] Can please someone teach me how to fix the current
	compiler/build warnings
Message-ID: <CAAt0FRjvRaom2ybrf-v6L+X3n8H4Rt-p2yx0rMGrOQKwYp6BGg@mail.gmail.com>

Just ping me off list
/Kunda

GCC warnings

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L1080-L1087

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L1126-L1129

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L1180-L1182

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L1239-L1242

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L1247-L1250

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L1314-L1340

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L2398-L2401

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L2421-L2428

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L2438-L2445

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L2457-L2460

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L2465-L2468

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L2475-L2477

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L2514-L2520

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L2528-L2534

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L2544-L2551

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L2576-L2581

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L2936-L2939

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L2954-L2962

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L3028-L3031

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L3045-L3048

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L3058-L3061

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L3191-L3202

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L3215-L3218

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L3225-L3246
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20151211/04d439c8/attachment.html>

From gpittman at iglou.com  Fri Dec 11 14:26:20 2015
From: gpittman at iglou.com (Gregory Pittman)
Date: Fri, 11 Dec 2015 09:26:20 -0500
Subject: [scribus-dev] Can please someone teach me how to fix the
 current compiler/build warnings
In-Reply-To: <CAAt0FRjvRaom2ybrf-v6L+X3n8H4Rt-p2yx0rMGrOQKwYp6BGg@mail.gmail.com>
References: <CAAt0FRjvRaom2ybrf-v6L+X3n8H4Rt-p2yx0rMGrOQKwYp6BGg@mail.gmail.com>
Message-ID: <566ADD0C.4000802@iglou.com>

This looks like everything goes Ok (lots of normal warnings) until what
comes just after Scripter, so it's a plugin, probably doesn't have some
required file.

I think it shows the mistake of using the if - fi clause. That returned
a 0 and stopped the make.

Greg


From scribus.user at gmail.com  Fri Dec 11 16:21:23 2015
From: scribus.user at gmail.com (Kunda Loves Scribus)
Date: Fri, 11 Dec 2015 10:21:23 -0600
Subject: [scribus-dev] Can please someone teach me how to fix the
 current compiler/build warnings
In-Reply-To: <566ADD0C.4000802@iglou.com>
References: <CAAt0FRjvRaom2ybrf-v6L+X3n8H4Rt-p2yx0rMGrOQKwYp6BGg@mail.gmail.com>
 <566ADD0C.4000802@iglou.com>
Message-ID: <CAAt0FRi6zTnMS+KBmTLYkMek2ngNF0npim+wY2t1zV9fVKXuwg@mail.gmail.com>

On Fri, Dec 11, 2015 at 8:26 AM, Gregory Pittman <gpittman at iglou.com> wrote:

> This looks like everything goes Ok (lots of normal warnings) until what
> comes just after Scripter, so it's a plugin, probably doesn't have some
> required file.
>
> I think it shows the mistake of using the if - fi clause. That returned
> a 0 and stopped the make.


Greg,
 I want to get rid of the normal warnings.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20151211/b7f4cd49/attachment.html>

From owen.cook at gmx.com  Fri Dec 11 20:01:17 2015
From: owen.cook at gmx.com (Owen Cook)
Date: Fri, 11 Dec 2015 21:01:17 +0100
Subject: [scribus-dev] Can please someone teach me how to fix the
 current compiler/build warnings
Message-ID: <trinity-3e437736-401b-43f8-a84a-d8e49449bd04-1449864077505@msvc-mesg-gmx001>

An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20151211/7822e100/attachment.html>

From williambader at hotmail.com  Sat Dec 12 21:09:27 2015
From: williambader at hotmail.com (William Bader)
Date: Sat, 12 Dec 2015 16:09:27 -0500
Subject: [scribus-dev] Can please someone teach me how to fix the
 current compiler/build warnings
In-Reply-To: <trinity-3e437736-401b-43f8-a84a-d8e49449bd04-1449864077505@msvc-mesg-gmx001>
References: <trinity-3e437736-401b-43f8-a84a-d8e49449bd04-1449864077505@msvc-mesg-gmx001>
Message-ID: <BLU179-W1282B7259088A7A7FA19AEC4EB0@phx.gbl>



From: owen.cook at gmx.com
To: scribus-dev at lists.scribus.net
Date: Fri, 11 Dec 2015 21:01:17 +0100
Subject: Re: [scribus-dev] Can please someone teach me how to fix the current compiler/build warnings


  
  I think if you read man gcc, you will find the option Wall (all warnings) that if turned off will  remove those warnings.



Have you tried searching Google for "cmake turn off warnings"



Still intrigued as to why you want to do this.





Owen

--
In addition, in recent versions of gcc, most warnings contain the name of the option that produced the warning, for example,
testbound.c:13:3: warning: implicit declaration of function ?memcpy? [-Wimplicit-function-declaration]
testbound.c:25:1: warning: return type defaults to ?int? [-Wimplicit-int]
To eliminate a given warning like -Wimplicit-int, add "no-", for example, -Wno-implicit-int

If someone is particularly bothered by certain warnings, it is better to remove just those warnings than using a blanket -Wno-all

The best option, though, is changing the code not to get the warnings. Even if a warning is not really a problem, like a warning about a possibly uninitialized variable that you can verify is initialized whenever it is used, the warnings can indicate code that is brittle or that requires extra effort from other people who review the code.

For my personal development, I set a high warning level and try to design my code not to get any warnings during builds.  If you get too many warnings, you tend to ignore them, and then it is easy to miss real warnings in the stream of expected warnings.  Warnings can also confuse other people trying to build your code who don't know what is normal and what is really a problem.

Regards, William
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20151212/32e226ef/attachment.html>

From scribus.user at gmail.com  Sat Dec 12 22:53:59 2015
From: scribus.user at gmail.com (Kunda Loves Scribus)
Date: Sat, 12 Dec 2015 16:53:59 -0600
Subject: [scribus-dev] Can please someone teach me how to fix the
 current compiler/build warnings
In-Reply-To: <BLU179-W1282B7259088A7A7FA19AEC4EB0@phx.gbl>
References: <trinity-3e437736-401b-43f8-a84a-d8e49449bd04-1449864077505@msvc-mesg-gmx001>
 <BLU179-W1282B7259088A7A7FA19AEC4EB0@phx.gbl>
Message-ID: <CAAt0FRg6a777w+k899HStQyU8hTiFLph2yJe=vq0V4ehcFNTcw@mail.gmail.com>

On Sat, Dec 12, 2015 at 3:09 PM, William Bader <williambader at hotmail.com>
wrote:

>
>
> ------------------------------
> From: owen.cook at gmx.com
> To: scribus-dev at lists.scribus.net
> Date: Fri, 11 Dec 2015 21:01:17 +0100
> Subject: Re: [scribus-dev] Can please someone teach me how to fix the
> current compiler/build warnings
>
> I think if you read man gcc, you will find the option Wall (all warnings)
> that if turned off will remove those warnings.
>
> Have you tried searching Google for "cmake turn off warnings"
>
> Still intrigued as to why you want to do this.
>
>
> Owen
> --
>
>

> The best option, though, is changing the code not to get the warnings.
> Even if a warning is not really a problem, like a warning about a possibly
> uninitialized variable that you can verify is initialized whenever it is
> used, the warnings can indicate code that is brittle or that requires extra
> effort from other people who review the code.
>
>
> For my personal development, I set a high warning level and try to design
> my code not to get any warnings during builds.  If you get too many
> warnings, you tend to ignore them, and then it is easy to miss real
> warnings in the stream of expected warnings.  Warnings can also confuse
> other people trying to build your code who don't know what is normal and
> what is really a problem.
>
>
> Regards, William
>
>
William,
Your POV makes sense to me. Even if it's a super inane warning, I'm happy
to learn how to fix it.

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

From williambader at hotmail.com  Sun Dec 13 01:10:24 2015
From: williambader at hotmail.com (William Bader)
Date: Sat, 12 Dec 2015 20:10:24 -0500
Subject: [scribus-dev] Can please someone teach me how to fix the
 current compiler/build warnings
In-Reply-To: <CAAt0FRjvRaom2ybrf-v6L+X3n8H4Rt-p2yx0rMGrOQKwYp6BGg@mail.gmail.com>
References: <CAAt0FRjvRaom2ybrf-v6L+X3n8H4Rt-p2yx0rMGrOQKwYp6BGg@mail.gmail.com>
Message-ID: <BLU179-W484E99EEEADB9E725688E4C4EC0@phx.gbl>



From: scribus.user at gmail.com
Date: Fri, 11 Dec 2015 07:41:24 -0600
To: scribus-dev at lists.scribus.net
Subject: [scribus-dev] Can please someone teach me how to fix the current	compiler/build warnings

Just ping me off list /Kunda
GCC warnings








https://travis-ci.org/scribusproject/scribus/jobs/95496650#L1080-L1087

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L1126-L1129

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L1180-L1182

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L1239-L1242

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L1247-L1250

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L1314-L1340

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L2398-L2401

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L2421-L2428

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L2438-L2445

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L2457-L2460

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L2465-L2468

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L2475-L2477

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L2514-L2520

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L2528-L2534

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L2544-L2551

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L2576-L2581

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L2936-L2939

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L2954-L2962

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L3028-L3031

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L3045-L3048

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L3058-L3061

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L3191-L3202

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L3215-L3218

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L3225-L3246



_______________________________________________
scribus-dev mailing list
scribus-dev at lists.scribus.net
http://lists.scribus.net/mailman/listinfo/scribus-dev
Kunda,

Here are suggestions for a few of them.

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L1080-L1087
/home/travis/build/scribusproject/scribus/scribus/text/storytext.cpp: In member function void StoryText::insertChars(int, QString, bool):
/home/travis/build/scribusproject/scribus/scribus/text/storytext.cpp:503:36: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
if (d->cursorPosition >= (pos + i)) {


pos and i are int
ScText_Shared.cursorPosition is uint

You have several choices:
* make pos and i into uint (if you can confirm that they will never be set negative at the bounds of the loop)
* add a cast: if (d->cursorPosition >= (unit) (pos + i)) { (this will work, but it is better to avoid casts because an incorrect cast can hide a real problem)
* make cursorPosition into an int. This is the least desirable choice because it will probably have repercussions throughout the code, plus cursorPosition probably can't be negative.


https://travis-ci.org/scribusproject/scribus/jobs/95496650#L1126-L1129
/home/travis/build/scribusproject/scribus/scribus/fonts/sfnt.cpp: In function bool sfnt::hasLongLocaFormat(const QByteArray&):
/home/travis/build/scribusproject/scribus/scribus/fonts/sfnt.cpp:584:40: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast]
   qDebug() << "loca format:" << (void*)idxToLocFormat;


The line before is uint idxToLocFormat = word16(head, ttf_head_indexToLocFormat);
I think that the (void*) is bad. It idxToLocFormat is an unsigned integer, not a pointer. Probably removing the (void*) will stop the warning.


https://travis-ci.org/scribusproject/scribus/jobs/95496650#L1180-L1182
/home/travis/build/scribusproject/scribus/scribus/fonts/scfontmetrics.cpp:46:13: warning: void readAdobeGlyphNames() declared static but never defined [-Wunused-function]
static void readAdobeGlyphNames();


Both uses of the function are in code that is commented out with #if 0.
The declaration should probably be removed or commented out.


https://travis-ci.org/scribusproject/scribus/jobs/95496650#L1239-L1242
/home/travis/build/scribusproject/scribus/scribus/plugins/fileloader/scribus134format/scribus134format.cpp: In member function PageItem* Scribus134Format::pasteItem(ScribusDoc*, ScXmlStreamAttributes&, const QString&, PageItem::ItemKind, int):
/home/travis/build/scribusproject/scribus/scribus/plugins/fileloader/scribus134format/scribus134format.cpp:2513:9: warning: enumeration value NoteFrame?not handled in switch [-Wswitch]
  switch (pt)


This means that the "switch" is on an enumerated type, and not all of the enumeration values are handled in "case" clauses.
If a lot of values of not listed, it is probably intentional, and you can add a "default: break;" at the end to catch them.
If only one or two values are missing, it could be a bug where someone added a new value and didn't update all of the places that need to handle it,


The end of this particular "switch" has a half-dozen values that run "Q_ASSERT(false); break;".


You would need to read the code closely to see if NoteFrame
* should go into the group that calls "Q_ASSERT(false); break;"
* can be ignored with a "case PageItem::NoteFrame: break;"
* needs a new "case" statement with special code to handle it


https://travis-ci.org/scribusproject/scribus/jobs/95496650#L1239-L1242
/home/travis/build/scribusproject/scribus/scribus/plugins/gettext/pdbim/pdbim.cpp: In member function void PdbIm::loadFile(QString):
/home/travis/build/scribusproject/scribus/scribus/plugins/gettext/pdbim/pdbim.cpp:100:48: warning: ignoring return value of size_t fread(void*, size_t, size_t, FILE*), declared with attribute warn_unused_result [-Wunused-result]
  fread( &m_header, PDB_HEADER_SIZE, 1, m_pdfp );


fread() returns the number of records that it read.
If fread() is unsuccessful, the data (m_header in this case) will be uninitialized and code that uses it could fail or behave unpredictably.


The parameters to fread() are buffer pointer, record size, number of records, file
I think that the code should be
  if ( fread( &m_header, PDB_HEADER_SIZE, 1, m_pdfp ) != 1 ) {
    ScMessageBox::warning( say that you could not read the file, similar to the message about not being able to open the file )
    return;
  }


In general, you should always check system calls and library calls, except maybe printf to the console.


Some people would write "(void) fread( &m_header, PDB_HEADER_SIZE, 1, m_pdfp );" which suppresses the error message but does not solve the underlying problem of a failed read.
I always check reads and seeks in my personal code.

https://travis-ci.org/scribusproject/scribus/jobs/95496650#L2421-L2428
/home/travis/build/scribusproject/scribus/scribus/plugins/import/revenge/rawpainter.cpp: In member function virtual void RawPainter::setStyle(const WPXPropertyList&, const WPXPropertyListVector&):
/home/travis/build/scribusproject/scribus/scribus/plugins/import/revenge/rawpainter.cpp:2335:10: warning: variable angle?set but not used [-Wunused-but-set-variable]
   double angle = 0;


The variable angle is set to propList["draw:angle"]->getDouble() and then never used.
The choices are
* remove the declaration and the assignment (maybe the code was left over from a cut-and-paste from another block of code)
* check that this is not something that might be needed in the future. Maybe "angle" should be in RawPainter in plugins/import/revenge/rawpainter.h
* check that this is not the wrong name. Maybe "angle" should be "gradientAngle".


https://travis-ci.org/scribusproject/scribus/jobs/95496650#L2421-L2428
/home/travis/build/scribusproject/scribus/scribus/plugins/import/revenge/rawpainter.cpp: In member function ?virtual void RawPainter::drawGraphicObject(const WPXPropertyList&, const WPXBinaryData&)?:
/home/travis/build/scribusproject/scribus/scribus/plugins/import/revenge/rawpainter.cpp:2953:20: warning: ?ite? may be used uninitialized in this function [-Wmaybe-uninitialized]
    applyShadow(ite);


I would initialize ite = NULL in the declaration at line 2848.
Then at the calls to applyFlip and applyShadow, I would write "if (ite) { applyFlip(ite); if (CurrColorFill != CommonStrings::None) applyShadow(ite); }"
That way, anyone reading the code later can easily see that 1) ite is always initialized and that 2) whatever happens in the big block of code, applyFlip() and applyShadow() will never be called unless they have an item.

Regards,William







 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20151212/44ebd425/attachment-0001.html>

From dawood.albadi at gmail.com  Sun Dec 13 05:50:06 2015
From: dawood.albadi at gmail.com (Dawood al-badi)
Date: Sun, 13 Dec 2015 09:50:06 +0400
Subject: [scribus-dev] scribusCTL plan
In-Reply-To: <CAAt0FRgH82N2CD4_U5gy0jAUdnQChO_oGaEzg=CH_fZpe4KT6Q@mail.gmail.com>
References: <CAA58wWUp8-BCW89nMgsTugXzuZW5Zg2H1ksMW0gvCUqJOBs80Q@mail.gmail.com>
 <00fc01d126d3$8c102bc0$a4308340$@googlemail.com>
 <CAA58wWXo1xpyP9AkebdaYLGH+-KEfs-7J1PZ4GqrubDFdJibxw@mail.gmail.com>
 <CAAt0FRgHapJbNQXy0EYWom2h=duYRqF8u-oxgbyqH9zbRq6SMw@mail.gmail.com>
 <01ba01d12907$2fb36190$8f1a24b0$@googlemail.com>
 <CAA58wWUZpdJLs9DqA6HwrgH7ijtF7d5WPuCBnYKUj-tpgs4-+g@mail.gmail.com>
 <BA83DE17-FC9B-453E-BEAA-34E1108386E3@gmail.com>
 <CAA58wWVt=PA2SDnWBENPTS67JWjExN=nzYvPizvSBD+NUc5cbQ@mail.gmail.com>
 <CAAt0FRi0N4gohWQQ+5_4v4ye6umV-jsuDPB1gtAZ6xEtF4j7DA@mail.gmail.com>
 <CAA58wWVqt-QqSb8kBx4vZkiyLyNbEgoFNnB3o81Bb4RCtgKpvQ@mail.gmail.com>
 <034f01d130e9$4f609d20$ee21d760$@googlemail.com>
 <CAA58wWWWwC=ODgukbj7SuP9q-BidSn7Gn+DZPCTDGpKZj9p2aw@mail.gmail.com>
 <CAA58wWWCnXc35WNhK-3iTH5HZkELZ9mEGkAjs9ZhysvZg==YMA@mail.gmail.com>
 <CAA58wWUeyS_QSsr_3KM640Kd=i7EpLj1yVbQdqKnGQTxibb_Rw@mail.gmail.com>
 <CAA58wWVPabsyEByriCz+qG7vqBYNx2pYRRMLzu0FzWgo=BJu9g@mail.gmail.com>
 <CAAt0FRgH82N2CD4_U5gy0jAUdnQChO_oGaEzg=CH_fZpe4KT6Q@mail.gmail.com>
Message-ID: <CAA58wWU-d8zE=ZY4ihONjH-RTEej06Vhiki=8MZNx2g1zR7_PA@mail.gmail.com>

Hello

Andreas can you clarify the method Render(that you mention it early) what
it does exactly.

Kunda

we did not accomplish something big yet. When we finish first and second
stage I will explain it for you

REGARDS
DAWOOD

2015-12-10 17:04 GMT+04:00 Kunda Loves Scribus <scribus.user at gmail.com>:

> On Thu, Dec 10, 2015 at 5:09 AM, Dawood al-badi <dawood.albadi at gmail.com>
> wrote:
>
>> Hello Andreas
>>
>> Now you can review my work. I think I solve all problems in previous code
>> and now we need to complete it. Sense you know the source code better than
>> me I need some advices in how  to complete your work.
>>
>> Best Regards
>> Dawood
>>
>
> Andreas & Dawood
> In regards to ScribusCTL, would you please update the 'Roadmap' in
> https://github.com/andreas-vox/ScribusCTL/issues/3 so we can grok where
> we're at in the development process ?
>
> Thanks!
> /Kunda
>
> _______________________________________________
> 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/20151213/be0a5933/attachment.html>

From Franz.Schmid at altmuehlnet.de  Sun Dec 13 08:36:42 2015
From: Franz.Schmid at altmuehlnet.de (Franz Schmid)
Date: Sun, 13 Dec 2015 09:36:42 +0100
Subject: [scribus-dev] Can please someone teach me how to fix the
 current compiler/build warnings
In-Reply-To: <BLU179-W484E99EEEADB9E725688E4C4EC0@phx.gbl>
References: <CAAt0FRjvRaom2ybrf-v6L+X3n8H4Rt-p2yx0rMGrOQKwYp6BGg@mail.gmail.com>
 <BLU179-W484E99EEEADB9E725688E4C4EC0@phx.gbl>
Message-ID: <566D2E1A.5010509@altmuehlnet.de>

Am 13.12.2015 um 02:10 schrieb William Bader:
> https://travis-ci.org/scribusproject/scribus/jobs/95496650#L2421-L2428
>
> /home/travis/build/scribusproject/scribus/scribus/plugins/import/revenge/rawpainter.cpp:
> In member function virtual void RawPainter::setStyle(const
> WPXPropertyList&, const WPXPropertyListVector&):
>
> /home/travis/build/scribusproject/scribus/scribus/plugins/import/revenge/rawpainter.cpp:2335:10:
> warning: variable angle?set but not used [-Wunused-but-set-variable]
>
>     double angle = 0;
>
>
>
> The variable angle is set to propList["draw:angle"]->getDouble() and
> then never used.
>
> The choices are
>
> * remove the declaration and the assignment (maybe the code was left
> over from a cut-and-paste from another block of code)
>
> * check that this is not something that might be needed in the future.
> Maybe "angle" should be in RawPainter in plugins/import/revenge/rawpainter.h
>
> * check that this is not the wrong name. Maybe "angle" should be
> "gradientAngle".
>
>
>
> https://travis-ci.org/scribusproject/scribus/jobs/95496650#L2421-L2428
>
> /home/travis/build/scribusproject/scribus/scribus/plugins/import/revenge/rawpainter.cpp:
> In member function ?virtual void RawPainter::drawGraphicObject(const
> WPXPropertyList&, const WPXBinaryData&)?:
>
> /home/travis/build/scribusproject/scribus/scribus/plugins/import/revenge/rawpainter.cpp:2953:20:
> warning: ?ite? may be used uninitialized in this function
> [-Wmaybe-uninitialized]
>
>      applyShadow(ite);
>
>
>
> I would initialize ite = NULL in the declaration at line 2848.
>
> Then at the calls to applyFlip and applyShadow, I would write "if (ite)
> { applyFlip(ite); if (CurrColorFill != CommonStrings::None)
> applyShadow(ite); }"
>
> That way, anyone reading the code later can easily see that 1) ite is
> always initialized and that 2) whatever happens in the big block of
> code, applyFlip() and applyShadow() will never be called unless they
> have an item.
Fixed these 2 warnings now, but this code is in the "old" libwpg branch
of rawpainter.cpp. You need librevenge to get the more modern branch
of this code. librevenge also allows you to build the importers for CDR,
Freehand and MSPublisher files.

Greetings,
Franz Schmid



From dawood.albadi at gmail.com  Mon Dec 14 11:03:36 2015
From: dawood.albadi at gmail.com (Dawood al-badi)
Date: Mon, 14 Dec 2015 15:03:36 +0400
Subject: [scribus-dev] scribusCTL plan
In-Reply-To: <CAA58wWU-d8zE=ZY4ihONjH-RTEej06Vhiki=8MZNx2g1zR7_PA@mail.gmail.com>
References: <CAA58wWUp8-BCW89nMgsTugXzuZW5Zg2H1ksMW0gvCUqJOBs80Q@mail.gmail.com>
 <00fc01d126d3$8c102bc0$a4308340$@googlemail.com>
 <CAA58wWXo1xpyP9AkebdaYLGH+-KEfs-7J1PZ4GqrubDFdJibxw@mail.gmail.com>
 <CAAt0FRgHapJbNQXy0EYWom2h=duYRqF8u-oxgbyqH9zbRq6SMw@mail.gmail.com>
 <01ba01d12907$2fb36190$8f1a24b0$@googlemail.com>
 <CAA58wWUZpdJLs9DqA6HwrgH7ijtF7d5WPuCBnYKUj-tpgs4-+g@mail.gmail.com>
 <BA83DE17-FC9B-453E-BEAA-34E1108386E3@gmail.com>
 <CAA58wWVt=PA2SDnWBENPTS67JWjExN=nzYvPizvSBD+NUc5cbQ@mail.gmail.com>
 <CAAt0FRi0N4gohWQQ+5_4v4ye6umV-jsuDPB1gtAZ6xEtF4j7DA@mail.gmail.com>
 <CAA58wWVqt-QqSb8kBx4vZkiyLyNbEgoFNnB3o81Bb4RCtgKpvQ@mail.gmail.com>
 <034f01d130e9$4f609d20$ee21d760$@googlemail.com>
 <CAA58wWWWwC=ODgukbj7SuP9q-BidSn7Gn+DZPCTDGpKZj9p2aw@mail.gmail.com>
 <CAA58wWWCnXc35WNhK-3iTH5HZkELZ9mEGkAjs9ZhysvZg==YMA@mail.gmail.com>
 <CAA58wWUeyS_QSsr_3KM640Kd=i7EpLj1yVbQdqKnGQTxibb_Rw@mail.gmail.com>
 <CAA58wWVPabsyEByriCz+qG7vqBYNx2pYRRMLzu0FzWgo=BJu9g@mail.gmail.com>
 <CAAt0FRgH82N2CD4_U5gy0jAUdnQChO_oGaEzg=CH_fZpe4KT6Q@mail.gmail.com>
 <CAA58wWU-d8zE=ZY4ihONjH-RTEej06Vhiki=8MZNx2g1zR7_PA@mail.gmail.com>
Message-ID: <CAA58wWWJ6VkNCzFOYwFCC0DBqAL-fTMnsQyY_Q3rDXt1s4eRwg@mail.gmail.com>

Hello Andreas

I leave 2 comment for you in github and I hope if you have free time that
you can discuss with me the two issues that we have to fix it in next step

First we need to have method that creates lineBoxe and Box then intilize it
and I think it should be in textLayout but the problem we need to have a
connection between chars unicode and it glyphs boxes.
Second issue we need to implement render method and from your prototype I
see that we need to implement a new class for render option then according
to that option we need to act.

That is my thoughts and I need to see your opinion if I am mistaken

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

From jluc at no-log.org  Wed Dec 16 08:19:36 2015
From: jluc at no-log.org (JLuc)
Date: Wed, 16 Dec 2015 09:19:36 +0100
Subject: [scribus-dev] Tested ok : bullets paragraph effects
Message-ID: <n4r6qo$vk3$1@ger.gmane.org>

I'm pleased to use the bullets paragraph effects in the book i'm working on.

Afaik, all tested options work fine.

Disclaimers :
- I've only used bullets as a paragraph named style effect.
I didnt use this feature as a local formating option.
- I used all options, but 'autoindent'.

JL



From dawood.albadi at gmail.com  Wed Dec 16 08:43:55 2015
From: dawood.albadi at gmail.com (Dawood al-badi)
Date: Wed, 16 Dec 2015 12:43:55 +0400
Subject: [scribus-dev] scribusCTL plan
In-Reply-To: <CAA58wWWJ6VkNCzFOYwFCC0DBqAL-fTMnsQyY_Q3rDXt1s4eRwg@mail.gmail.com>
References: <CAA58wWUp8-BCW89nMgsTugXzuZW5Zg2H1ksMW0gvCUqJOBs80Q@mail.gmail.com>
 <00fc01d126d3$8c102bc0$a4308340$@googlemail.com>
 <CAA58wWXo1xpyP9AkebdaYLGH+-KEfs-7J1PZ4GqrubDFdJibxw@mail.gmail.com>
 <CAAt0FRgHapJbNQXy0EYWom2h=duYRqF8u-oxgbyqH9zbRq6SMw@mail.gmail.com>
 <01ba01d12907$2fb36190$8f1a24b0$@googlemail.com>
 <CAA58wWUZpdJLs9DqA6HwrgH7ijtF7d5WPuCBnYKUj-tpgs4-+g@mail.gmail.com>
 <BA83DE17-FC9B-453E-BEAA-34E1108386E3@gmail.com>
 <CAA58wWVt=PA2SDnWBENPTS67JWjExN=nzYvPizvSBD+NUc5cbQ@mail.gmail.com>
 <CAAt0FRi0N4gohWQQ+5_4v4ye6umV-jsuDPB1gtAZ6xEtF4j7DA@mail.gmail.com>
 <CAA58wWVqt-QqSb8kBx4vZkiyLyNbEgoFNnB3o81Bb4RCtgKpvQ@mail.gmail.com>
 <034f01d130e9$4f609d20$ee21d760$@googlemail.com>
 <CAA58wWWWwC=ODgukbj7SuP9q-BidSn7Gn+DZPCTDGpKZj9p2aw@mail.gmail.com>
 <CAA58wWWCnXc35WNhK-3iTH5HZkELZ9mEGkAjs9ZhysvZg==YMA@mail.gmail.com>
 <CAA58wWUeyS_QSsr_3KM640Kd=i7EpLj1yVbQdqKnGQTxibb_Rw@mail.gmail.com>
 <CAA58wWVPabsyEByriCz+qG7vqBYNx2pYRRMLzu0FzWgo=BJu9g@mail.gmail.com>
 <CAAt0FRgH82N2CD4_U5gy0jAUdnQChO_oGaEzg=CH_fZpe4KT6Q@mail.gmail.com>
 <CAA58wWU-d8zE=ZY4ihONjH-RTEej06Vhiki=8MZNx2g1zR7_PA@mail.gmail.com>
 <CAA58wWWJ6VkNCzFOYwFCC0DBqAL-fTMnsQyY_Q3rDXt1s4eRwg@mail.gmail.com>
Message-ID: <CAA58wWX-DOvJqKL1zCWE1oNyO8RkOzdOLVJ2tU7Y61ERAz-PjA@mail.gmail.com>

Hello Andreas
I did the changes as you suggest and when I try to run the program I found
out that it can save text in text file but it can not export text to pdf.
Firs I did troubleshooting  for the code and I found some problem with
creating boxes and I solve some, but I couldn?t solve some. It will be very
helpful if you can dedicate some time to have a meeting with me on IRC for
10 or 15 minits in coming few days. If you agree with the Idea please chose
the date and time and I will be available any time you suggest.


2015-12-14 15:03 GMT+04:00 Dawood al-badi <dawood.albadi at gmail.com>:

> Hello Andreas
>
> I leave 2 comment for you in github and I hope if you have free time that
> you can discuss with me the two issues that we have to fix it in next step
>
> First we need to have method that creates lineBoxe and Box then intilize
> it and I think it should be in textLayout but the problem we need to have a
> connection between chars unicode and it glyphs boxes.
> Second issue we need to implement render method and from your prototype I
> see that we need to implement a new class for render option then according
> to that option we need to act.
>
> That is my thoughts and I need to see your opinion if I am mistaken
>
> Regards
> Dawood
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20151216/02e0a3c4/attachment.html>

From probono at puredarwin.org  Sat Dec 19 15:14:57 2015
From: probono at puredarwin.org (probono)
Date: Sat, 19 Dec 2015 16:14:57 +0100
Subject: [scribus-dev] Scribus 1.5.1svn AppImage
In-Reply-To: <CAADtZXAbXckp4bj7dwGAdq4Y3ceAvTy2jJt0P1BQX-Hbt-p3_A@mail.gmail.com>
References: <CAADtZXAbXckp4bj7dwGAdq4Y3ceAvTy2jJt0P1BQX-Hbt-p3_A@mail.gmail.com>
Message-ID: <CAADtZXDm4CrYxWeZ-ANOdJmULLR1OBQV=k2hwJvfAneFjY=FCQ@mail.gmail.com>

Working on delta updates for AppImages which means that updating the
Scribus AppImage, e.g., from 1.5.1.svn.20624 to 1.5.1.svn.206245, requires
downloading just 1.4% of the AppImage, as the other 98.6% have not
changed and can be reused.

Tests and feedback welcome.

# Make sure curl is installed on your local machine
# (this dependency will go away)
which curl

# Get Scribus 20624 AppImage
curl -L -O https://bintray.com/artifact/download/probono/AppImages/Scribus-1.5.1.svn.20624-x86_64.AppImage
chmod a+x Scribus-1.5.1.svn.20624-x86_64.AppImage

# Run it
./Scribus-1.5.1.svn.20624-x86_64.AppImage

# Get the updater
curl -L -O https://bintray.com/artifact/download/probono/AppImages/AppImageUpdate-20151218-x86_64.AppImage
chmod a+x AppImageUpdate-20151218-x86_64.AppImage

# Update Scribus AppImage to the latest version
./AppImageUpdate-20151218-x86_64.AppImage
./Scribus-1.5.1.svn.20624-x86_64.AppImage

# Look there is a newer version! Run it
NEW=$(ls Scribus-*.AppImage | sort -V | tail -n 1)
./$NEW

More information and bugtracker here:
https://github.com/probonopd/AppImageKit/tree/master/AppImageUpdate.AppDir


From firashanife at gmail.com  Sat Dec 19 22:21:54 2015
From: firashanife at gmail.com (FirasHanife@gmail.com)
Date: Sat, 19 Dec 2015 23:21:54 +0100
Subject: [scribus-dev] Scribus 1.5.1svn AppImage
In-Reply-To: <CAADtZXDm4CrYxWeZ-ANOdJmULLR1OBQV=k2hwJvfAneFjY=FCQ@mail.gmail.com>
References: <CAADtZXAbXckp4bj7dwGAdq4Y3ceAvTy2jJt0P1BQX-Hbt-p3_A@mail.gmail.com>
 <CAADtZXDm4CrYxWeZ-ANOdJmULLR1OBQV=k2hwJvfAneFjY=FCQ@mail.gmail.com>
Message-ID: <5675D882.6010404@gmail.com>

Tried now, works correctly here!
Nice work probono!

Il 19/12/2015 16:14, probono ha scritto:
> Working on delta updates for AppImages which means that updating the
> Scribus AppImage, e.g., from 1.5.1.svn.20624 to 1.5.1.svn.206245, requires
> downloading just 1.4% of the AppImage, as the other 98.6% have not
> changed and can be reused.
>
> Tests and feedback welcome.
>
> # Make sure curl is installed on your local machine
> # (this dependency will go away)
> which curl
>
> # Get Scribus 20624 AppImage
> curl -L -O https://bintray.com/artifact/download/probono/AppImages/Scribus-1.5.1.svn.20624-x86_64.AppImage
> chmod a+x Scribus-1.5.1.svn.20624-x86_64.AppImage
>
> # Run it
> ./Scribus-1.5.1.svn.20624-x86_64.AppImage
>
> # Get the updater
> curl -L -O https://bintray.com/artifact/download/probono/AppImages/AppImageUpdate-20151218-x86_64.AppImage
> chmod a+x AppImageUpdate-20151218-x86_64.AppImage
>
> # Update Scribus AppImage to the latest version
> ./AppImageUpdate-20151218-x86_64.AppImage
> ./Scribus-1.5.1.svn.20624-x86_64.AppImage
>
> # Look there is a newer version! Run it
> NEW=$(ls Scribus-*.AppImage | sort -V | tail -n 1)
> ./$NEW
>
> More information and bugtracker here:
> https://github.com/probonopd/AppImageKit/tree/master/AppImageUpdate.AppDir
>
> _______________________________________________
> scribus-dev mailing list
> scribus-dev at lists.scribus.net
> http://lists.scribus.net/mailman/listinfo/scribus-dev



From atasas at gmail.com  Wed Dec  2 20:00:40 2015
From: atasas at gmail.com (atasa)
Date: Wed, 02 Dec 2015 20:00:40 -0000
Subject: [scribus-dev] Is it possible to improve in applying font and style
	in direct way?
Message-ID: <CAMmWsvFZPrTt_g2HKGtRGgEHB6BkYihVhq9HEmN6iGVEWFhSvw@mail.gmail.com>

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, 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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20151202/8fac75dd/attachment.html>

