From alexandre.prokoudine at gmail.com  Fri Apr  1 04:50:37 2011
From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine)
Date: Fri, 1 Apr 2011 06:50:37 +0400
Subject: [scribus-dev] ms pub
Message-ID: <AANLkTi=63Sp-h8QG_Nm8JdspZziKtWmt85NWCqhghiG9@mail.gmail.com>

Hi,

Very basic information on Microsoft Publisher files is now available.

https://gitorious.org/re-lab/graphics/blobs/raw/master/microsoft/publisher/pub-spec.htm

The whole tree, so you can just 'git pull':

$ git clone git at gitorious.org:re-lab/graphics.git

There will be more information on .pub, it's just with a bunch of
releases ahead my time is considerably limited.

If you want looking inside .pub files, you do need oletoy:

$ git clone git at gitorious.org:re-lab/tools.git

To run oletoy you want libgsf compiled with Python support. The README
explains it.

Alexandre Prokoudine
http://libregraphicsworld.org


From cbradney at zip.com.au  Fri Apr  1 07:21:59 2011
From: cbradney at zip.com.au (Craig Bradney)
Date: Fri, 01 Apr 2011 07:21:59 +0200
Subject: [scribus-dev] release checklist
In-Reply-To: <20110330102118.428567a6@eisflach>
References: <20110330102118.428567a6@eisflach>
Message-ID: <4D9560F7.2030904@zip.com.au>

On 3/30/11 10:21 AM, a.l.e wrote:
> dear scribmakers,
>
>
> i guess that the team has a checklist for things to do before and after a release... but there is more to do :-) from time to time, i notice that there are things which are not up to date.
>
> to track all those things than can be done by people external to the team, i dared to create a wiki page:
>
> http://wiki.scribus.net/canvas/Release_management
>
> if you think this can be helpful, please fill it with the things you notice that are out of sync!
>
>
> btw, i've tried to find a checklist extension for mediawiki but could not find any... so, for now, let's go for a simple wiki page!
>

I've added to it tonight.. quite a bit more to go though. Thanks for
starting it.

Craig

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 259 bytes
Desc: OpenPGP digital signature
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20110401/1127dd88/attachment.pgp>

From louis.desjardins at gmail.com  Fri Apr  1 14:30:04 2011
From: louis.desjardins at gmail.com (Louis Desjardins)
Date: Fri, 1 Apr 2011 08:30:04 -0400
Subject: [scribus-dev] Help us help you
Message-ID: <AANLkTim0=ekOReoSxTCurfnKFdBbNShnbR0JvTUrQ_0Q@mail.gmail.com>

Hi,

While the LGM branding would benefit from having the LGM one each project's
website, I acknowledge that not all sites are designed to support yet
another logo, another color. One way to go would then be to treat this
information as it is. On the front page of [your preferred project], seeing
the announcement about LGM, supported by the team, would be perfect. Plus,
it would also be a clear signal that the meeting is of importance to the
team and this could also help get some press too.

* * * Announcement proposal for projects participating at LGM * * *

*Help the *[your preferred project]* devs gather at Libre Graphics Meeting*

The [your preferred project] Team invites its enthusiastic and supportive
community to help us gather in our annual dev meeting at the 6th Libre
Graphics Meeting in Montreal, Canada. Supporting LGM is supporting [your
preferred project] by allowing the developers to meet face to face,
including the devs of a large array of the Libre Graphics ecosystem. LGM is
THE meeting for those teams and it helps develop the apps and increase the
development pace, gather new blood, create momentum around new ideas and the
will to implement them. Your help cannot be more appreciated. Please
consider donating.

http://www.libregraphicsmeeting.org/

http://pledgie.com/campaigns/14610

Thanks and wish to meet you in Montreal !

( [your preferred project] team member signature [name!] )
for the [your preferred project] team

* * *

Help us help you !

Cheers !

Louis

p.s. Feel free to forward this, of course !

-- 
Louis Desjardins
libregraphicsmeeting.org
+1 514 994 9351 (Cell)
+1 514 934 1353 ext. 121
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20110401/4a9efdd0/attachment.htm>

From akila.wajirasena at gmail.com  Mon Apr  4 16:16:03 2011
From: akila.wajirasena at gmail.com (Akila Wajirasena)
Date: Mon, 4 Apr 2011 19:46:03 +0530
Subject: [scribus-dev] GSoC Project CC Plugin for Scribus
Message-ID: <BANLkTi=q40Byg=ObXzKByYxJXaD=PX7brw@mail.gmail.com>

Hi,
I am a student from University of Moratuwa, Sri Lanka.
I have participated Google Summer of Code as a student with Creative
Commons, last year.
I improved the creative commons OpenOffice plugin as my project.

I am going to participate for Google Summer of Code this year also,
with Creative Commons.
I thought a making a similar plugin as the OpenOffice plugin for CC[1].

The OpenOffice plugin has several features. Adding a visible CC license
notice (text and an image),
Adding license metadata and
Inserting CC licensed images from OpenClipArt Flickr Picasa and Wikimedia
Commons. in to OpenOffice documents (text and an image).
The same set of features can be applied to this plugin also.
We can omit adding metadata if it is  complex (I am expecting to add
metadata to PDF documents created by Scribus).

What I need to know is there any possibility to add these features through
the Scribus plugin API and maintain it
as a separate project. If this cannot be developed using a plugin what
should be the procedure to merge
the sources with Scribus.

[1] http://wiki.creativecommons.org/OpenOfficeOrg_Addin

-- 
__________________________________
Regards
Akila Wajirasena
http://akila87.wordpress.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20110404/7a5bdcdc/attachment.htm>

From cbradney at zip.com.au  Mon Apr  4 18:41:43 2011
From: cbradney at zip.com.au (Craig Bradney)
Date: Mon, 04 Apr 2011 18:41:43 +0200
Subject: [scribus-dev] GSoC 2011 - Improvements to ScripterNG in Scribus
In-Reply-To: <4D997239.2070208@xox.ch>
References: <BANLkTim8J01Xeh=auvBCqcvjzsssUBPJrA@mail.gmail.com>
	<4D997239.2070208@xox.ch>
Message-ID: <4D99F4C7.4020003@zip.com.au>

On 4/4/11 9:24 AM, a.l.e wrote:
> hi jain,
>
>> Finally, I could build scribus using scripter2 enabled. I was having
>> issues
>> in enabling it while using Ubuntu, so I just switched on to Fedora as
>> per
>> recommendations by malex and mrdocs.
>>
>> Craig, you had specified that there are some missing functionalities
>> in the
>> current state of Scripter, which is intended to be solved by this GSoC
>> project. Can you please make it a bit elaborate, so that I can add up
>> more
>> to it? I am planning to submit the rough draft once we've prototyped the
>> ideas which are to be implemented.
>
>
> during my train travelling this weekend i've written down some ideas
> on how to enhance the scripter 2.
>
> i will type them down as soon as possible and, then, we should ask to
> the few heavy users what are their priorities...
>
> i'll get back to you very soon
>
> ciao
> a.l.e
>
I think from my perspective, this is about deprecating scripter1, and
making scripter2 for permanent usage, as well as ensuring the whole
scripter1 API is available in scripter2. Preferably, given scripter2
already works to some decent extent, there woudl be time to extend the API.

Adding scribus-dev@ to CC.. please email this list.

Craig

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 259 bytes
Desc: OpenPGP digital signature
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20110404/180567b9/attachment.pgp>

From ale.comp_06 at xox.ch  Mon Apr  4 22:45:10 2011
From: ale.comp_06 at xox.ch (a.l.e)
Date: Mon, 4 Apr 2011 22:45:10 +0200
Subject: [scribus-dev] GSoC 2011 - Improvements to ScripterNG in Scribus
In-Reply-To: <4D99F4C7.4020003@zip.com.au>
References: <BANLkTim8J01Xeh=auvBCqcvjzsssUBPJrA@mail.gmail.com>
	<4D997239.2070208@xox.ch> <4D99F4C7.4020003@zip.com.au>
Message-ID: <20110404224510.6796df28@eisflach>

hi jain,

here some notes i took concerning a scripter 2 gsoc project.
it's not about covering all of them, but about having some ideas on top of which to build a gsoc project!

- porting the full scripter 1 API to the scripter 2

- implement a doc site like the one for PHP
  (take as an example http://php.net/manual/en/function.in-array.php)
  - the basic description of each command is managed through a svn server
  - the commands are stored in the database and can be used to complete the "official" description
  - the software for doing it is free and downloadable
  (imo, this form of documentation is one of the main reasons for the success of php)

- enhance the API to enable a content synchronization with a wiki

- enhance the API to enable some sort of imposition

- enhance the API to enable some simple mail-merging

- document how ne commands can be added (i've written some articles on how to do it for scripter 1)

- document the steps for adding the support for further scripting languages.

voil?, and now it's time to go to bed!

ciao
a.l.e


From mabri11 at ymail.com  Mon Apr  4 23:13:29 2011
From: mabri11 at ymail.com (Matthew Brincke)
Date: Mon, 4 Apr 2011 22:13:29 +0100 (BST)
Subject: [scribus-dev] svg plug-in: how to extend with text-as-text
	importing?
In-Reply-To: <20110313161136.16f21a9d@eisflach>
References: <202386.38955.qm@web24920.mail.ird.yahoo.com>
	<20110313161136.16f21a9d@eisflach>
Message-ID: <901866.99628.qm@web24916.mail.ird.yahoo.com>

> hi mabri,

>

Hi a.l.e, good evening list members,

>> currently, the Scribus svg plug-in imports text as polylines.
>> Therefore, I'd like to extend it to import text as text because I
>> need that functionality. Firstly, is there someone already working on
>> it (I don't want to duplicate work)?

Finally, I've managed to get my patch working (except exact positioning,
positioning on path and extra features) and published on the bug tracker
bug #0009841 with test file and some more info about it.
I propose it for review as a first working draft.

>> Thirdly, is it feasible to do this work based on (and eventually for
>> submission to) Scribus 1.4(.x) (instead of Scribus 1.5), please? If
>> yes, the preceding questions are referencing the 1.4 branch, if not,
>> the 1.5 branch. Thank you very much in advance.
>
> any improvements which need bigger changes should go into 1.5svn.

I hope that my patch is small and unobtrusive enough to make it to 1.4.1.
That I have given the severity of the bug as "feature" is not meant to say
it's not suitable for a minor release (after its issues are dealt with).

> 
> personally, if you want to work on this issue, i would suggest you to:
> -  add a choice to import the text as vector or as text

Please, I'd like very much to learn about how to add to GUI to the plugin in 
which
I could offer this.

> - start with a simple text frame from inkscape and add more and more features
> - propose incremental patches by adding them to the bug tracker to simplify 
>their review.

See above (it's very simple, only preserving font family, size and color for now 
;-) ).

> 
> ciao
> a.l.e

ciao,
mabri



From henning.schroeder at gmail.com  Wed Apr  6 15:07:31 2011
From: henning.schroeder at gmail.com (=?ISO-8859-1?Q?Henning_Schr=F6der?=)
Date: Wed, 6 Apr 2011 15:07:31 +0200
Subject: [scribus-dev] GSoC 2011 - Improvements to ScripterNG in Scribus
In-Reply-To: <4D99F4C7.4020003@zip.com.au>
References: <BANLkTim8J01Xeh=auvBCqcvjzsssUBPJrA@mail.gmail.com>
	<4D997239.2070208@xox.ch> <4D99F4C7.4020003@zip.com.au>
Message-ID: <BANLkTinyMGR7RKceVHcY0BvBBC_6CrJOeQ@mail.gmail.com>

Hi!

2011/4/4 Craig Bradney <cbradney at zip.com.au>:
> On 4/4/11 9:24 AM, a.l.e wrote:
>> hi jain,
>>
>>> Finally, I could build scribus using scripter2 enabled. I was having
>>> issues
>>> in enabling it while using Ubuntu, so I just switched on to Fedora as
>>> per
>>> recommendations by malex and mrdocs.
>>>
>>> Craig, you had specified that there are some missing functionalities
>>> in the
>>> current state of Scripter, which is intended to be solved by this GSoC
>>> project. Can you please make it a bit elaborate, so that I can add up
>>> more
>>> to it? I am planning to submit the rough draft once we've prototyped the
>>> ideas which are to be implemented.
>>
>>
>> during my train travelling this weekend i've written down some ideas
>> on how to enhance the scripter 2.
>>
>> i will type them down as soon as possible and, then, we should ask to
>> the few heavy users what are their priorities...
>>
>> i'll get back to you very soon
>>
>> ciao
>> a.l.e
>>
> I think from my perspective, this is about deprecating scripter1, and
> making scripter2 for permanent usage, as well as ensuring the whole
> scripter1 API is available in scripter2. Preferably, given scripter2
> already works to some decent extent, there woudl be time to extend the API.
>
> Adding scribus-dev@ to CC.. please email this list.

Missing features are documented at
http://wiki.scribus.net/canvas/ScripterNG/Development/PortingOldScripter and
http://wiki.scribus.net/canvas/ScripterNG/Development
Most stuff is a laborious task.

Besides I still have some code on my local branch which I haven't
submitted yet.  Additionally PyQt got some features in the last
releases which could simplify some parts of the Scripter NG core.

Anyway, interest in Scripter NG is great - please ask if any help is needed.


Regards
Henning


From jainbasil at gmail.com  Wed Apr  6 16:38:17 2011
From: jainbasil at gmail.com (Jain Basil Aliyas)
Date: Wed, 6 Apr 2011 20:08:17 +0530
Subject: [scribus-dev] GSoC 2011 - Improvements to ScripterNG in Scribus
In-Reply-To: <BANLkTinyMGR7RKceVHcY0BvBBC_6CrJOeQ@mail.gmail.com>
References: <BANLkTim8J01Xeh=auvBCqcvjzsssUBPJrA@mail.gmail.com>
	<4D997239.2070208@xox.ch> <4D99F4C7.4020003@zip.com.au>
	<BANLkTinyMGR7RKceVHcY0BvBBC_6CrJOeQ@mail.gmail.com>
Message-ID: <BANLkTikFX9UFEA96izSTy0nh3DVGXigiPg@mail.gmail.com>

Hi Henning,

Thanks for your help!
I think it'd be nice to implement the missing api's in ScripterNG so that we
can provide complete support for Python Scripting in Scribus.

http://wiki.scribus.net/canvas/ScripterNG/Development#API_ideas_.2F_missing_APIs

@a_l_e, MrB, what's your opinion?

On Wed, Apr 6, 2011 at 6:37 PM, Henning Schr?der <
henning.schroeder at gmail.com> wrote:

> Hi!
>
> 2011/4/4 Craig Bradney <cbradney at zip.com.au>:
> > On 4/4/11 9:24 AM, a.l.e wrote:
> >> hi jain,
> >>
> >>> Finally, I could build scribus using scripter2 enabled. I was having
> >>> issues
> >>> in enabling it while using Ubuntu, so I just switched on to Fedora as
> >>> per
> >>> recommendations by malex and mrdocs.
> >>>
> >>> Craig, you had specified that there are some missing functionalities
> >>> in the
> >>> current state of Scripter, which is intended to be solved by this GSoC
> >>> project. Can you please make it a bit elaborate, so that I can add up
> >>> more
> >>> to it? I am planning to submit the rough draft once we've prototyped
> the
> >>> ideas which are to be implemented.
> >>
> >>
> >> during my train travelling this weekend i've written down some ideas
> >> on how to enhance the scripter 2.
> >>
> >> i will type them down as soon as possible and, then, we should ask to
> >> the few heavy users what are their priorities...
> >>
> >> i'll get back to you very soon
> >>
> >> ciao
> >> a.l.e
> >>
> > I think from my perspective, this is about deprecating scripter1, and
> > making scripter2 for permanent usage, as well as ensuring the whole
> > scripter1 API is available in scripter2. Preferably, given scripter2
> > already works to some decent extent, there woudl be time to extend the
> API.
> >
> > Adding scribus-dev@ to CC.. please email this list.
>
> Missing features are documented at
> http://wiki.scribus.net/canvas/ScripterNG/Development/PortingOldScripterand
> http://wiki.scribus.net/canvas/ScripterNG/Development
> Most stuff is a laborious task.


> Besides I still have some code on my local branch which I haven't
> submitted yet.  Additionally PyQt got some features in the last
> releases which could simplify some parts of the Scripter NG core.
>
> Anyway, interest in Scripter NG is great - please ask if any help is
> needed.
>
>
> Regards
> Henning
>
> _______________________________________________
> scribus-dev mailing list
> scribus-dev at lists.scribus.net
> http://lists.scribus.net/mailman/listinfo/scribus-dev
>

Regards

-- 
*jain basil aliyas.*
http://blog.jainbasil.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20110406/28b8c208/attachment.htm>

From jainbasil at gmail.com  Wed Apr  6 20:35:42 2011
From: jainbasil at gmail.com (Jain Basil Aliyas)
Date: Thu, 7 Apr 2011 00:05:42 +0530
Subject: [scribus-dev] Build failure on Mac OS X
Message-ID: <BANLkTimMNNs_6Juy5veWZiDpfUcg7ZMniw@mail.gmail.com>

Hello,

I'm facing a problem these days in building trunk. It fails on Mac OS X 10.6
when configured with option -DWANT_SCRIPTER2=1. Else it works fine.

Here's the log :

[ 93%] Building CXX object
scribus/plugins/scripter/CMakeFiles/scripter.dir/scripterimpl.cpp.o
[ 93%] Building CXX object
scribus/plugins/scripter/CMakeFiles/scripter.dir/pythonize.cpp.o
/Users/jainbasil/Projects/scribus_svn/trunk/Scribus/scribus/plugins/scripter/pythonize.cpp:
In member function ?bool Pythonize::appendToSysPath(const char*)?:
/Users/jainbasil/Projects/scribus_svn/trunk/Scribus/scribus/plugins/scripter/pythonize.cpp:117:
warning: deprecated conversion from string constant to ?char*?
[ 93%] Building CXX object
scribus/plugins/scripter/CMakeFiles/scripter.dir/api_prefs.cpp.o
[ 93%] Building CXX object
scribus/plugins/scripter/CMakeFiles/scripter.dir/api_item.cpp.o
[ 93%] Building CXX object
scribus/plugins/scripter/CMakeFiles/scripter.dir/api_page.cpp.o
/Users/jainbasil/Projects/scribus_svn/trunk/Scribus/scribus/plugins/scripter/api_page.cpp:
In member function ?void PageAPI::placeImage(int, const QString&, double,
double)?:
/Users/jainbasil/Projects/scribus_svn/trunk/Scribus/scribus/plugins/scripter/api_page.cpp:293:
error: invalid use of incomplete type ?struct PropertiesPalette_Text?
/Users/jainbasil/Projects/scribus_svn/trunk/Scribus/scribus/ui/propertiespalette.h:40:
error: forward declaration of ?struct PropertiesPalette_Text?
/Users/jainbasil/Projects/scribus_svn/trunk/Scribus/scribus/plugins/scripter/api_page.cpp:294:
error: invalid use of incomplete type ?struct PropertiesPalette_Text?
/Users/jainbasil/Projects/scribus_svn/trunk/Scribus/scribus/ui/propertiespalette.h:40:
error: forward declaration of ?struct PropertiesPalette_Text?
/Users/jainbasil/Projects/scribus_svn/trunk/Scribus/scribus/plugins/scripter/api_page.cpp:295:
error: invalid use of incomplete type ?struct PropertiesPalette_Line?
/Users/jainbasil/Projects/scribus_svn/trunk/Scribus/scribus/ui/propertiespalette.h:38:
error: forward declaration of ?struct PropertiesPalette_Line?
make[2]: ***
[scribus/plugins/scripter/CMakeFiles/scripter.dir/api_page.cpp.o] Error 1
make[1]: *** [scribus/plugins/scripter/CMakeFiles/scripter.dir/all] Error 2
make: *** [all] Error 2


Does anyone else face this issue?

Thanks,

-- 
*jain basil aliyas.*
http://blog.jainbasil.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20110407/2eadeb9c/attachment.htm>

From cbradney at zip.com.au  Wed Apr  6 20:42:07 2011
From: cbradney at zip.com.au (Craig Bradney)
Date: Wed, 06 Apr 2011 20:42:07 +0200
Subject: [scribus-dev] Build failure on Mac OS X
In-Reply-To: <BANLkTimMNNs_6Juy5veWZiDpfUcg7ZMniw@mail.gmail.com>
References: <BANLkTimMNNs_6Juy5veWZiDpfUcg7ZMniw@mail.gmail.com>
Message-ID: <4D9CB3FF.8090305@zip.com.au>

On 4/6/11 8:35 PM, Jain Basil Aliyas wrote:
> Hello,
>
> I'm facing a problem these days in building trunk. It fails on Mac OS
> X 10.6 when configured with option -DWANT_SCRIPTER2=1. Else it works fine.
>
> Here's the log : 
>
> [ 93%] Building CXX object
> scribus/plugins/scripter/CMakeFiles/scripter.dir/scripterimpl.cpp.o
> [ 93%] Building CXX object
> scribus/plugins/scripter/CMakeFiles/scripter.dir/pythonize.cpp.o
> /Users/jainbasil/Projects/scribus_svn/trunk/Scribus/scribus/plugins/scripter/pythonize.cpp:
> In member function ?bool Pythonize::appendToSysPath(const char*)?:
> /Users/jainbasil/Projects/scribus_svn/trunk/Scribus/scribus/plugins/scripter/pythonize.cpp:117:
> warning: deprecated conversion from string constant to ?char*?
> [ 93%] Building CXX object
> scribus/plugins/scripter/CMakeFiles/scripter.dir/api_prefs.cpp.o
> [ 93%] Building CXX object
> scribus/plugins/scripter/CMakeFiles/scripter.dir/api_item.cpp.o
> [ 93%] Building CXX object
> scribus/plugins/scripter/CMakeFiles/scripter.dir/api_page.cpp.o
> /Users/jainbasil/Projects/scribus_svn/trunk/Scribus/scribus/plugins/scripter/api_page.cpp:
> In member function ?void PageAPI::placeImage(int, const QString&,
> double, double)?:
> /Users/jainbasil/Projects/scribus_svn/trunk/Scribus/scribus/plugins/scripter/api_page.cpp:293:
> error: invalid use of incomplete type ?struct PropertiesPalette_Text?
> /Users/jainbasil/Projects/scribus_svn/trunk/Scribus/scribus/ui/propertiespalette.h:40:
> error: forward declaration of ?struct PropertiesPalette_Text?
> /Users/jainbasil/Projects/scribus_svn/trunk/Scribus/scribus/plugins/scripter/api_page.cpp:294:
> error: invalid use of incomplete type ?struct PropertiesPalette_Text?
> /Users/jainbasil/Projects/scribus_svn/trunk/Scribus/scribus/ui/propertiespalette.h:40:
> error: forward declaration of ?struct PropertiesPalette_Text?
> /Users/jainbasil/Projects/scribus_svn/trunk/Scribus/scribus/plugins/scripter/api_page.cpp:295:
> error: invalid use of incomplete type ?struct PropertiesPalette_Line?
> /Users/jainbasil/Projects/scribus_svn/trunk/Scribus/scribus/ui/propertiespalette.h:38:
> error: forward declaration of ?struct PropertiesPalette_Line?
> make[2]: ***
> [scribus/plugins/scripter/CMakeFiles/scripter.dir/api_page.cpp.o] Error 1
> make[1]: *** [scribus/plugins/scripter/CMakeFiles/scripter.dir/all]
> Error 2
> make: *** [all] Error 2
>
>


Just looks like some missing includes..

Craig

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 259 bytes
Desc: OpenPGP digital signature
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20110406/16753409/attachment.pgp>

From ale.comp_06 at xox.ch  Fri Apr  8 13:37:22 2011
From: ale.comp_06 at xox.ch (a.l.e)
Date: Fri, 08 Apr 2011 13:37:22 +0200
Subject: [scribus-dev] sla reading and pdf exporting as libraries
Message-ID: <4D9EF372.9020709@xox.ch>

hi devs,

quite often, we get requests from people wanting to get scribus to work 
from the command line.

the answer is always: it's a hard thing to do, we keep an eye on it, but 
it's not doable, yet.


personally, i'm wondering if it would be possible to start a project 
implementing two aspects of it:

- creating a library for reading the SLA files  into a memory structure

- creating a library for exporting to PDF from a memory structure

those two libraries would be "indipendent" and used by both Scribus and 
a new Scribus-CLI.

do you think that such a project would be manageable?

how much time do you estimate it would take for somebody to implement 
it? days? weeks? months?


personally, i think that going through this first step would give a code 
base on which people wanting specific features could start submitting 
patches.
i feel that the current effort to create small programs which manipulate 
SLA files or produce PDF from SLAs are a bit a waste of resources and 
would like to check if there is another way to go...

ciao
a.l.e

* "indipendent" is meant as not dependent from the rest of the scribus 
code (except the plugins for reading different versions of SLAs); the 
Qt-dependency is not a problem, at least not for a first try.


From cbradney at scribus.info  Fri Apr  8 14:29:43 2011
From: cbradney at scribus.info (Craig Bradney)
Date: Fri, 8 Apr 2011 14:29:43 +0200
Subject: [scribus-dev] sla reading and pdf exporting as libraries
In-Reply-To: <4D9EF372.9020709@xox.ch>
References: <4D9EF372.9020709@xox.ch>
Message-ID: <FDBDC839-5733-45EA-AD4D-DF3A1ADA7558@scribus.info>





On 08/04/2011, at 13:37, "a.l.e" <ale.comp_06 at xox.ch> wrote:

> hi devs,
> 
> quite often, we get requests from people wanting to get scribus to work from the command line.
> 
> the answer is always: it's a hard thing to do, we keep an eye on it, but it's not doable, yet.
> 
> 
> personally, i'm wondering if it would be possible to start a project implementing two aspects of it:
> 
> - creating a library for reading the SLA files  into a memory structure
> 
> - creating a library for exporting to PDF from a memory structure
> 
> those two libraries would be "indipendent" and used by both Scribus and a new Scribus-CLI.
> 
> do you think that such a project would be manageable?
> 
> how much time do you estimate it would take for somebody to implement it? days? weeks? months?
> 
> 
> personally, i think that going through this first step would give a code base on which people wanting specific features could start submitting patches.
> i feel that the current effort to create small programs which manipulate SLA files or produce PDF from SLAs are a bit a waste of resources and would like to check if there is another way to go...
> 
> ciao
> a.l.e
> 
> * "indipendent" is meant as not dependent from the rest of the scribus code (except the plugins for reading different versions of SLAs); the Qt-dependency is not a problem, at least not for a first try.
> 
> _______________________________________________
> scribus-dev mailing list
> scribus-dev at lists.scribus.net
> http://lists.scribus.net/mailman/listinfo/scribus-dev

We already have a library to read an sla into memory, it is what scribus uses - /plugins/fileloader/scribusXXXformat/ or thereabouts (not near the code now).

The approach might have merit though, worth considering.

Craig

From gpittman at iglou.com  Fri Apr  8 15:04:25 2011
From: gpittman at iglou.com (Gregory Pittman)
Date: Fri, 08 Apr 2011 09:04:25 -0400
Subject: [scribus-dev] sla reading and pdf exporting as libraries
In-Reply-To: <4D9EF372.9020709@xox.ch>
References: <4D9EF372.9020709@xox.ch>
Message-ID: <4D9F07D9.1020104@iglou.com>

On 04/08/2011 07:37 AM, a.l.e wrote:
> hi devs,
>
> quite often, we get requests from people wanting to get scribus to work
> from the command line.
>
> the answer is always: it's a hard thing to do, we keep an eye on it, but
> it's not doable, yet.
>
>
> personally, i'm wondering if it would be possible to start a project
> implementing two aspects of it:
>
> - creating a library for reading the SLA files into a memory structure
>
> - creating a library for exporting to PDF from a memory structure
>
> those two libraries would be "indipendent" and used by both Scribus and
> a new Scribus-CLI.
>
> do you think that such a project would be manageable?
>
> how much time do you estimate it would take for somebody to implement
> it? days? weeks? months?
>
>
> personally, i think that going through this first step would give a code
> base on which people wanting specific features could start submitting
> patches.
> i feel that the current effort to create small programs which manipulate
> SLA files or produce PDF from SLAs are a bit a waste of resources and
> would like to check if there is another way to go...

I think if any effort is applied, then finding a way for Scribus to run 
without its GUI is the way to go, i.e., a Scribus CLI, which should open 
up some other possibilities. As you say, making some new program to 
duplicate translating an SLA file to PDF is a huge waste.

One thing I would like to see is a file format backwards translator, 
perhaps with limitations, but something that could tackle making a 1.5.0 
file able to be loaded into 1.4.0, for example (by making an 
intermediate and possibly broken file). Part of successfully or even 
unsuccessfully making this happen would be to have a robust 
documentation of file formats, especially making all of the tags and 
options understandable.

Greg


From ale.comp_06 at xox.ch  Fri Apr  8 15:24:12 2011
From: ale.comp_06 at xox.ch (a.l.e)
Date: Fri, 08 Apr 2011 15:24:12 +0200
Subject: [scribus-dev] sla reading and pdf exporting as libraries
In-Reply-To: <FDBDC839-5733-45EA-AD4D-DF3A1ADA7558@scribus.info>
References: <4D9EF372.9020709@xox.ch>
	<FDBDC839-5733-45EA-AD4D-DF3A1ADA7558@scribus.info>
Message-ID: <4D9F0C7C.5090200@xox.ch>

hi

> We already have a library to read an sla into memory, it is what 
> scribus uses - /plugins/fileloader/scribusXXXformat/ or thereabouts 
> (not near the code now).

good news!


so i reformulate my question: what are your very rough time estimations 
for moving the PDF creation into a library?

[ ] days
[ ] weeks
[ ] months

ciao
a.l.e


From cbradney at scribus.info  Fri Apr  8 16:01:56 2011
From: cbradney at scribus.info (Craig Bradney)
Date: Fri, 8 Apr 2011 16:01:56 +0200
Subject: [scribus-dev] sla reading and pdf exporting as libraries
In-Reply-To: <4D9F0C7C.5090200@xox.ch>
References: <4D9EF372.9020709@xox.ch>
	<FDBDC839-5733-45EA-AD4D-DF3A1ADA7558@scribus.info>
	<4D9F0C7C.5090200@xox.ch>
Message-ID: <ED80F34E-8D3F-4E5D-9924-A23DE731109F@scribus.info>





On 08/04/2011, at 15:24, "a.l.e" <ale.comp_06 at xox.ch> wrote:

> hi
> 
>> We already have a library to read an sla into memory, it is what scribus uses - /plugins/fileloader/scribusXXXformat/ or thereabouts (not near the code now).
> 
> good news!
> 
> 
> so i reformulate my question: what are your very rough time estimations for moving the PDF creation into a library?
> 
> [ ] days
> [ ] weeks
> [ ] months
> 
> ciao
> a.l.e
> 
> _______________________________________________
> scribus-dev mailing list
> scribus-dev at lists.scribus.net
> http://lists.scribus.net/mailman/listinfo/scribus-dev


We moved PDF generation into the main codebase awhile back to simplify many things.

Also, there would be some work to get the fileloader class to be an external library.

Craig

From cbradney at scribus.info  Fri Apr  8 16:18:48 2011
From: cbradney at scribus.info (Craig Bradney)
Date: Fri, 08 Apr 2011 16:18:48 +0200
Subject: [scribus-dev] Fwd: Re: [scribus] Segmentation fault on Ubuntu 10.04
Message-ID: <4D9F1948.6020106@scribus.info>



That's fixed it, thanks. Someone with a wiki account might want to make a
note of it on
http://wiki.scribus.net/canvas/Building_SVN_versions_with_CMake#Notes_For_Packagers
 .

P.S. How do the ubuntu repo packages get around this problem?


James



On 8 April 2011 14:45, Cezary Grabski <czarek at oferuje.pl> wrote:

> > Does this happen to any other Ubuntu users (or linux users)? Can anyone
> > tell me where i've gone wrong?
>
> Many users report crashes under Ubuntu with some specific desktop theme -
> try
> to switch to some more generic theme.
>
> Cezaryece


Hi Franz..

Does the internal cairo stuff need updating in trunk? It seems to have
some issues on ubuntu.

Thanks
Craig

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 259 bytes
Desc: OpenPGP digital signature
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20110408/3e9f2ad8/attachment.pgp>

From andreas.vox at googlemail.com  Fri Apr  8 19:28:09 2011
From: andreas.vox at googlemail.com (Andreas Vox)
Date: Fri, 8 Apr 2011 19:28:09 +0200
Subject: [scribus-dev] sla reading and pdf exporting as libraries
In-Reply-To: <4D9F0C7C.5090200@xox.ch>
References: <4D9EF372.9020709@xox.ch>
	<FDBDC839-5733-45EA-AD4D-DF3A1ADA7558@scribus.info>
	<4D9F0C7C.5090200@xox.ch>
Message-ID: <4d9f45ac.815bdf0a.7fac.4e3f@mx.google.com>



> -----Urspr?ngliche Nachricht-----
> Von: a.l.e [mailto:ale.comp_06 at xox.ch]
> Gesendet: Freitag, 8. April 2011 15:24
> An: Scribus Development Mailing List
> Betreff: Re: [scribus-dev] sla reading and pdf exporting as libraries
> 
> hi
> 
> > We already have a library to read an sla into memory, it is what
> > scribus uses - /plugins/fileloader/scribusXXXformat/ or thereabouts
> > (not near the code now).
> 
> good news!

Ahem, that's not really a library, that's a plugin. Most of all it doesnt
work without the rest of Scribus.

> 
> 
> so i reformulate my question: what are your very rough time estimations
> for moving the PDF creation into a library?
> 
> [ ] days
> [ ] weeks
> [ ] months

You forget one option:
[ ] years ;-)

In my view it's easier to refactor Scribus to work headless. I think the
only Scribus code that would not be required to implement those 2 libraries
would be the UI stuff and most of the plugins.

/Andreas





From brianjrohan at gmail.com  Sat Apr 16 05:13:39 2011
From: brianjrohan at gmail.com (Brian J. Rohan)
Date: Fri, 15 Apr 2011 22:13:39 -0700
Subject: [scribus-dev] Using PyQt4 in Scribus Script on Windows XP
Message-ID: <1781688218.20110415221339@gmail.com>

Friday, April 15, 2011
10:08:35 PM


Hello. I am currently using a Windows XP machine (32 bit). I am new to Scribus, and have enjoyed using it over the other expensive program for desktop publishing. In Scribus I have a prewritten script I would like to run. The beginning of the script contains:

!/usr/bin/env python
-- coding: utf-8 --
from PyQt4.QtCore import * from PyQt4.QtGui import *
class DockDialog(QDockWidget):

I have installed Python 3.2 via ActivePython (after trying to install from python.org). After the install I then opened a DOS window and typed pymp install pyqt4, which, as far as I could tell installed properly. I then tried to run the script in Scribus and received the following message:

Traceback (most recent call last): File "", line 8, in ? File "C:/Program Files/Scribus 1.3.3.14/share/scripts/Scribus-DockWidgets/DockWidgets.py", line 4, in ? from PyQt4.QtCore import * ImportError: No module named PyQt4.QtCore

I then tried reinstalling PYQT4, by typing what I had before, and I was told that PYQT4 was already installed via:

skipping "pyqt4" already installed at "%APPDATA%\Python" (3.2)

After looking in c:\Python32 in all of the directories I can not find any PYQT files. Where were they installed? How do I make sure that script is able to fing the PYQT4 files necessary to run?

My PATH variable is:

C:\Python32\;C:\Python32\Scripts;

Ultimately I would like help in getting the scribus script to work. Ultimately what I am trying to do can be found here:
http://blog.oak-tree.us/index.php/2010/08/25/scribus-dockwidgets/

Thanks!



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

From jghali at libertysurf.fr  Mon Apr 18 22:19:36 2011
From: jghali at libertysurf.fr (Jean Ghali)
Date: Tue, 19 Apr 2011 00:19:36 +0200
Subject: [scribus-dev] Using PyQt4 in Scribus Script on Windows XP
In-Reply-To: <1781688218.20110415221339@gmail.com>
References: <1781688218.20110415221339@gmail.com>
Message-ID: <4DACB8F8.5030802@libertysurf.fr>

Le 16/04/2011 07:13, Brian J. Rohan a ?crit :
> Friday, April 15, 2011
> 10:08:35 PM
> 
> 
> Hello. I am currently using a Windows XP machine (32 bit). I am new to Scribus, and have
> enjoyed using it over the other expensive program for desktop publishing. In Scribus I
> have a prewritten script I would like to run. The beginning of the script contains:
> 
> /!/usr/bin/env python
> -- coding: utf-8 --
> from PyQt4.QtCore import * from PyQt4.QtGui import *
> class DockDialog(QDockWidget):
> /
> I have installed Python 3.2 via ActivePython (after trying to install from python.org).
> After the install I then opened a DOS window and typed pymp install pyqt4, which, as far
> as I could tell installed properly. I then tried to run the script in Scribus and received
> the following message:
> 
> /Traceback (most recent call last): File "", line 8, in ? File "C:/Program Files/Scribus
> 1.3.3.14/share/scripts/Scribus-DockWidgets/DockWidgets.py", line 4, in ? from PyQt4.QtCore
> import * ImportError: No module named PyQt4.QtCore


Hi,

Scribus 1.3.3.14 is Qt3 based. Qt4 and consequently PyQt4 is not compatible with Qt3. That
script will not work in any case with Scribus 1.3.3.x. You have to download a Qt4 based
version of Scribus, 1.4.0.rc3 for example.

Also Scribus scripter is only compatible with Python 2.x. Python 3.2 is not compatible
with python 2.x and by consequence with scribus scripter. Assuming PyQt4 can run with
Python 2.x (i have no idea if this is the case), you'll have to install it :
- either in scribus python directory as scribus installs a local version of python to
avoid user the burden of installing it
- or to disable scribus python install by deleting the python, dlls and tcl directory in
scribus install dir, then installing a custom python 2.7. Python 2.7 required or scripter
will not run.

Hope that helps,

Jean



From naveen.agarwal011 at gmail.com  Tue Apr 26 08:52:46 2011
From: naveen.agarwal011 at gmail.com (Naveen Agarwal)
Date: Tue, 26 Apr 2011 14:22:46 +0530
Subject: [scribus-dev] GSOC 2011: Results Out
Message-ID: <BANLkTimJOgPMM6R2zLppi8U4-qRH-Vkq4A@mail.gmail.com>

Hi,

First of all,I would like to congratulate Elvis Stansvik and Jain Basil
Aliyas for their GSOC
selection and wish them Good Luck.

I have good experience with this year GSOC but the being not selected has
been slightly
disappointing for me. I have learned a lot of things during the GSOC
selection period and will carry
the experience to improve my future. I will try to contribute to the
team for undo/redo project if
everything goes smoothly.

Finally , thanks to the Scribus-Dev  members for their guidance and
support.


Best Wishes,
Naveen Agarwal
wolfpack at irc.freenode.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20110426/bb0b92e4/attachment.html>

From cbradney at zip.com.au  Tue Apr 26 15:59:57 2011
From: cbradney at zip.com.au (Craig Bradney)
Date: Tue, 26 Apr 2011 17:59:57 +0200
Subject: [scribus-dev] GSOC 2011: Results Out
In-Reply-To: <BANLkTimJOgPMM6R2zLppi8U4-qRH-Vkq4A@mail.gmail.com>
References: <BANLkTimJOgPMM6R2zLppi8U4-qRH-Vkq4A@mail.gmail.com>
Message-ID: <4DB6EBFD.4000609@zip.com.au>

On 4/26/11 10:52 AM, Naveen Agarwal wrote:
> Hi,
>
> First of all,I would like to congratulate Elvis Stansvik and Jain
> Basil Aliyas for their GSOC
> selection and wish them Good Luck.
>
> I have good experience with this year GSOC but the being not selected
> has been slightly 
> disappointing for me. I have learned a lot of things during the GSOC
> selection period and will carry
> the experience to improve my future. I will try to contribute to the
> team for undo/redo project if
> everything goes smoothly. 
>
> Finally , thanks to the Scribus-Dev  members for their guidance and
> support. 
>
>
>

Hi Naveen

Yes, we are sorry we did not have enough slots and resources to manage a
3rd project. We would of course be happy to work with you if you still
have time, and may have other avenues of sponsorship in the future - we
will see.

Craig


From malex at scribus.net  Tue Apr 26 16:42:00 2011
From: malex at scribus.net (O. Moskalenko)
Date: Tue, 26 Apr 2011 11:42:00 -0500
Subject: [scribus-dev] GSOC 2011: Results Out
In-Reply-To: <BANLkTimJOgPMM6R2zLppi8U4-qRH-Vkq4A@mail.gmail.com>
References: <BANLkTimJOgPMM6R2zLppi8U4-qRH-Vkq4A@mail.gmail.com>
Message-ID: <20110426164200.GA8015@mail.tagancha.org>

* Naveen Agarwal <naveen.agarwal011 at gmail.com> [2011-04-26 14:22:46 +0530]:

> Hi,
> 
> First of all,I would like to congratulate Elvis Stansvik and Jain Basil
> Aliyas for their GSOC
> selection and wish them Good Luck.
> 
> I have good experience with this year GSOC but the being not selected has
> been slightly
> disappointing for me. I have learned a lot of things during the GSOC
> selection period and will carry
> the experience to improve my future. I will try to contribute to the
> team for undo/redo project if
> everything goes smoothly.
> 
> Finally , thanks to the Scribus-Dev  members for their guidance and
> support.
> 
> 
> Best Wishes,
> Naveen Agarwal
> wolfpack at irc.freenode.net

Hi Naveen,

It is truly unfortunate that we didn't get another slot as the Undo/Redo
support improvement is a very important area that needs to be addressed in the
nearest future. Hopefully the experience you gained during the application
process will serve you well and perhaps you will choose to contribute to
Scribus development outside of GSoC. We would certainly welcome your
contributions in the same spirit as most of the Scribus Team members volunteer
their scarce free time to improve the software and help the users.

Best wishes and thank you again,

Alex


From czarek at oferuje.pl  Fri Apr 29 06:10:51 2011
From: czarek at oferuje.pl (Cezary Grabski)
Date: Fri, 29 Apr 2011 08:10:51 +0200
Subject: [scribus-dev] Inline objects as framework for dynamic text?
Message-ID: <201104290810.52204.czarek@oferuje.pl>

Hello.
I am thinking about using in-line objects as solution for variable dynamically 
inserted text like markers, foot/endnotes or even indexes.
I not try yet any code, only try to get some conception of what and how to do 
it.
I think inline objects inserted at SpecialChars::OBJECT position are good 
items to hold also other items than inline frames.

What do you think?

If you agree with me I can start coding.
In first step I want to implement page markers for "see at page nr XX" 
dynamically updated by anchors positions and variable text fields updated with 
value set in new Markers Manager GUI dialogue box.
I think these are simplest things to do and good start point for other 
similiar solutions.

cezaryece


From andreas.vox at googlemail.com  Fri Apr 29 09:03:58 2011
From: andreas.vox at googlemail.com (Andreas Vox)
Date: Fri, 29 Apr 2011 11:03:58 +0200
Subject: [scribus-dev] Inline objects as framework for dynamic text?
In-Reply-To: <201104290810.52204.czarek@oferuje.pl>
References: <201104290810.52204.czarek@oferuje.pl>
Message-ID: <4dba7f00.8389cc0a.5854.ffff888d@mx.google.com>

Hi Cezary!

> -----Urspr?ngliche Nachricht-----
> Von: Cezary Grabski [mailto:czarek at oferuje.pl]
> Gesendet: Freitag, 29. April 2011 08:11
> An: scribus-dev at lists.scribus.info
> Betreff: [scribus-dev] Inline objects as framework for dynamic text?
> 
> Hello.
> I am thinking about using in-line objects as solution for variable
> dynamically
> inserted text like markers, foot/endnotes or even indexes.
> I not try yet any code, only try to get some conception of what and how
> to do
> it.
> I think inline objects inserted at SpecialChars::OBJECT position are
> good
> items to hold also other items than inline frames.
> 
> What do you think?

I don't think it's a good idea to implement dynamic text as inline frames.
First, inline frames know nothing about the surrounding text style, so it
will be difficult to format them in a way that they don't stick out from the
surrounding text. Second, inline frames in Scribus aren't well tested and
might be buggy (especially load/save and copy/paste).

I would implement dynamic text similar to how we implement page numbers and
page count. In fact, IMO there should be a general <var name="scope.id" />
element that can be extended to cover page.number, page.count,
doc.attr-name, frame.attr-name, ref.name etc.
For marking normal text to be used elsewhere I'd prefer an attribute to
CharStyle. That way any text marked with "footnote" would be rendered as a
footnote marker and the content would be reused in a specialized frame that
contains the footnotes. For anchors you'd set for example a charstyle
attribute label="some-name" and for references you'd use <var
name="pageref.some-name" />.

Does this make sense to you?

/Andreas



From czarek at oferuje.pl  Fri Apr 29 10:38:45 2011
From: czarek at oferuje.pl (Cezary Grabski)
Date: Fri, 29 Apr 2011 12:38:45 +0200
Subject: [scribus-dev] Inline objects as framework for dynamic text?
In-Reply-To: <4dba7f00.8389cc0a.5854.ffff888d@mx.google.com>
References: <201104290810.52204.czarek@oferuje.pl>
	<4dba7f00.8389cc0a.5854.ffff888d@mx.google.com>
Message-ID: <201104291238.45737.czarek@oferuje.pl>

> I don't think it's a good idea to implement dynamic text as inline frames.

No, I wouldnt like to insert inline frames.

> I would implement dynamic text similar to how we implement page numbers and
> page count.

Yes, but difficult for me is how to define special chars for that purpose.
So I thought about using SpecialChars::OBJECT for that, but changing behaviour 
of what is inserted instead of that special char. Just extend inline objects 
class for use it for inline frames, dynamic texts (inserted as text, but not 
editable like simply text) and references.

> In fact, IMO there should be a general <var name="scope.id" />
> element that can be extended to cover page.number, page.count,
> doc.attr-name, frame.attr-name, ref.name etc.

It is only way for saving it in SLA file and it is very small problem.

> For marking normal text to be used elsewhere I'd prefer an attribute to
> CharStyle. That way any text marked with "footnote" would be rendered as a
> footnote marker and the content would be reused in a specialized frame that
> contains the footnotes. For anchors you'd set for example a charstyle
> attribute label="some-name" and for references you'd use <var
> name="pageref.some-name" />.
> 
> Does this make sense to you?

Rather no because char styles behaviour is not acceptable for me in current 
state and I am far away from using char styles at all, but that is topic for 
another discuse.

For me it would be implemented (from user side) as that:
- in menu Insert new submenu Markers/References with new special items:
* variable marker
* cross reference anchor/marker
* index entry (maybe even TOC entry)
* footnote/endnote
- each selection invoke dialogue box where user can select options for 
inserting item like label for marker, point of reference (marker or frame 
name), numbering style and content for foot/endnotes, selecting definied or 
defining new variable marker etc.
- each inserted item is editable only by invoking from context menu Edit 
Marker/Reference and by deleting item. Text inserted dynamically is not 
editable like other "static" text.
- updating cross references can take some time with large document and many 
dynamic items, so it should not be performed automatically during simply 
editing but by manually invoking from menu Update Document or, if that is set 
in doc prefs, automatically before exporting page/document. I think 
automatically update should be performed when Master Pages, styles and pages 
properties are changed.

From dev side as I wrote before - I thought about use and extend inline 
objects class (by add to it kind of insertion and new rendering ways), but 
also new class for that puprposes can be created.
But I am not thinking about inserting text dynamically created by markers and 
references into inline frames! It should be like normal text with respect for 
styles, but not editable by typing (even cursor should jump over such dynamic 
text like it was in a frame).

cezaryece


From andreas.vox at googlemail.com  Fri Apr 29 13:59:05 2011
From: andreas.vox at googlemail.com (Andreas Vox)
Date: Fri, 29 Apr 2011 15:59:05 +0200
Subject: [scribus-dev] Inline objects as framework for dynamic text?
In-Reply-To: <201104291238.45737.czarek@oferuje.pl>
References: <201104290810.52204.czarek@oferuje.pl>
	<4dba7f00.8389cc0a.5854.ffff888d@mx.google.com>
	<201104291238.45737.czarek@oferuje.pl>
Message-ID: <4dbac42b.1521cc0a.65cd.ffff9c92@mx.google.com>



> -----Urspr?ngliche Nachricht-----
> Von: Cezary Grabski [mailto:czarek at oferuje.pl]
> Gesendet: Freitag, 29. April 2011 12:39
> An: Scribus Development Mailing List
> Betreff: Re: [scribus-dev] Inline objects as framework for dynamic
> text?
...


> From dev side as I wrote before - I thought about use and extend inline
> objects class (by add to it kind of insertion and new rendering ways),
> but
> also new class for that puprposes can be created.
> But I am not thinking about inserting text dynamically created by
> markers and
> references into inline frames! It should be like normal text with
> respect for
> styles, but not editable by typing (even cursor should jump over such
> dynamic
> text like it was in a frame).

Current text code only supports simple markers like "pagenr". 
SpecialChars::OBJECT is tightly linked to Inline frames, so Scribus expects
an InlineFrame at those positions which reports a given width and height
*before* Scribus starts layouting the text. You will not be able to use
Scribus' layout code from within the InlineFrame.

You could introduce a new SpecialChar and expand it in the "expandTokens"
subroutine. Then you need to find a place where to store the attached text;
with 1.4 code the best place would probably a QString field in ScText (or
some other pointer-type ?- don't use anything big there).

Please note that the text structure is going to radically change in 1.5. It
will support many XML-like features which would make implementation of
dynamic text features much easier.

/Andreas



From cbradney at scribus.info  Fri Apr 29 14:25:30 2011
From: cbradney at scribus.info (Craig Bradney)
Date: Fri, 29 Apr 2011 16:25:30 +0200
Subject: [scribus-dev] Inline objects as framework for dynamic text?
In-Reply-To: <4dbac42b.1521cc0a.65cd.ffff9c92@mx.google.com>
References: <201104290810.52204.czarek@oferuje.pl>
	<4dba7f00.8389cc0a.5854.ffff888d@mx.google.com>
	<201104291238.45737.czarek@oferuje.pl>
	<4dbac42b.1521cc0a.65cd.ffff9c92@mx.google.com>
Message-ID: <52DEDBA0-BD96-4FF0-9E03-860B5F951B77@scribus.info>





On 29/04/2011, at 15:59, "Andreas Vox" <andreas.vox at googlemail.com> wrote:

> 
> 
>> -----Urspr?ngliche Nachricht-----
>> Von: Cezary Grabski [mailto:czarek at oferuje.pl]
>> Gesendet: Freitag, 29. April 2011 12:39
>> An: Scribus Development Mailing List
>> Betreff: Re: [scribus-dev] Inline objects as framework for dynamic
>> text?
> ...
> 
> 
>> From dev side as I wrote before - I thought about use and extend inline
>> objects class (by add to it kind of insertion and new rendering ways),
>> but
>> also new class for that puprposes can be created.
>> But I am not thinking about inserting text dynamically created by
>> markers and
>> references into inline frames! It should be like normal text with
>> respect for
>> styles, but not editable by typing (even cursor should jump over such
>> dynamic
>> text like it was in a frame).
> 
> Current text code only supports simple markers like "pagenr". 
> SpecialChars::OBJECT is tightly linked to Inline frames, so Scribus expects
> an InlineFrame at those positions which reports a given width and height
> *before* Scribus starts layouting the text. You will not be able to use
> Scribus' layout code from within the InlineFrame.
> 
> You could introduce a new SpecialChar and expand it in the "expandTokens"
> subroutine. Then you need to find a place where to store the attached text;
> with 1.4 code the best place would probably a QString field in ScText (or
> some other pointer-type ?- don't use anything big there).
> 
> Please note that the text structure is going to radically change in 1.5. It
> will support many XML-like features which would make implementation of
> dynamic text features much easier.
> 

When? :) 

Craig

From ale.comp_06 at xox.ch  Fri Apr 29 14:38:47 2011
From: ale.comp_06 at xox.ch (a.l.e)
Date: Fri, 29 Apr 2011 16:38:47 +0200
Subject: [scribus-dev] Inline objects as framework for dynamic text?
In-Reply-To: <52DEDBA0-BD96-4FF0-9E03-860B5F951B77@scribus.info>
References: <201104290810.52204.czarek@oferuje.pl>	<4dba7f00.8389cc0a.5854.ffff888d@mx.google.com>	<201104291238.45737.czarek@oferuje.pl>	<4dbac42b.1521cc0a.65cd.ffff9c92@mx.google.com>
	<52DEDBA0-BD96-4FF0-9E03-860B5F951B77@scribus.info>
Message-ID: <4DBACD77.8060504@xox.ch>

ciao

>> Please note that the text structure is going to radically change in 1.5. It
>> will support many XML-like features which would make implementation of
>> dynamic text features much easier.
>>
> When? :)
>
> Craig

after this?

http://create.freedesktop.org/wiki/Towards_an_Document_Object_Model_%28DOM%29_for_Scribus

i will take care, that it will be scheduled on tuesday morning, then :-)

ciao
a.l.e


From andreas.vox at googlemail.com  Fri Apr 29 14:51:49 2011
From: andreas.vox at googlemail.com (Andreas Vox)
Date: Fri, 29 Apr 2011 16:51:49 +0200
Subject: [scribus-dev] Inline objects as framework for dynamic text?
In-Reply-To: <52DEDBA0-BD96-4FF0-9E03-860B5F951B77@scribus.info>
References: <201104290810.52204.czarek@oferuje.pl>
	<4dba7f00.8389cc0a.5854.ffff888d@mx.google.com>
	<201104291238.45737.czarek@oferuje.pl>
	<4dbac42b.1521cc0a.65cd.ffff9c92@mx.google.com>
	<52DEDBA0-BD96-4FF0-9E03-860B5F951B77@scribus.info>
Message-ID: <4dbad087.d94fcc0a.2985.ffff9f34@mx.google.com>



> -----Urspr?ngliche Nachricht-----
> Von: Craig Bradney [mailto:cbradney at scribus.info]
> Gesendet: Freitag, 29. April 2011 16:26
> An: Scribus Development Mailing List
> Cc: Scribus Development Mailing List
> Betreff: Re: [scribus-dev] Inline objects as framework for dynamic
> text?
> 
> 
> 
> 
> 
> On 29/04/2011, at 15:59, "Andreas Vox" <andreas.vox at googlemail.com>
> wrote:
> 
> >
> >
> >> -----Urspr?ngliche Nachricht-----
> >> Von: Cezary Grabski [mailto:czarek at oferuje.pl]
> >> Gesendet: Freitag, 29. April 2011 12:39
> >> An: Scribus Development Mailing List
> >> Betreff: Re: [scribus-dev] Inline objects as framework for dynamic
> >> text?
> > ...
> >
> >
> >> From dev side as I wrote before - I thought about use and extend
> inline
> >> objects class (by add to it kind of insertion and new rendering
> ways),
> >> but
> >> also new class for that puprposes can be created.
> >> But I am not thinking about inserting text dynamically created by
> >> markers and
> >> references into inline frames! It should be like normal text with
> >> respect for
> >> styles, but not editable by typing (even cursor should jump over
> such
> >> dynamic
> >> text like it was in a frame).
> >
> > Current text code only supports simple markers like "pagenr".
> > SpecialChars::OBJECT is tightly linked to Inline frames, so Scribus
> expects
> > an InlineFrame at those positions which reports a given width and
> height
> > *before* Scribus starts layouting the text. You will not be able to
> use
> > Scribus' layout code from within the InlineFrame.
> >
> > You could introduce a new SpecialChar and expand it in the
> "expandTokens"
> > subroutine. Then you need to find a place where to store the attached
> text;
> > with 1.4 code the best place would probably a QString field in ScText
> (or
> > some other pointer-type ?- don't use anything big there).
> >
> > Please note that the text structure is going to radically change in
> 1.5. It
> > will support many XML-like features which would make implementation
> of
> > dynamic text features much easier.
> >
> 
> When? :)

Duh! When it's ready, of course ;-)

/Andreas



From cbradney at zip.com.au  Fri Apr 29 18:36:31 2011
From: cbradney at zip.com.au (Craig Bradney)
Date: Fri, 29 Apr 2011 20:36:31 +0200
Subject: [scribus-dev] Inline objects as framework for dynamic text?
In-Reply-To: <4dbad087.d94fcc0a.2985.ffff9f34@mx.google.com>
References: <201104290810.52204.czarek@oferuje.pl>	<4dba7f00.8389cc0a.5854.ffff888d@mx.google.com>	<201104291238.45737.czarek@oferuje.pl>	<4dbac42b.1521cc0a.65cd.ffff9c92@mx.google.com>	<52DEDBA0-BD96-4FF0-9E03-860B5F951B77@scribus.info>
	<4dbad087.d94fcc0a.2985.ffff9f34@mx.google.com>
Message-ID: <4DBB052F.7000506@zip.com.au>

On 4/29/11 4:51 PM, Andreas Vox wrote:
>
>> -----Urspr?ngliche Nachricht-----
>> Von: Craig Bradney [mailto:cbradney at scribus.info]
>> Gesendet: Freitag, 29. April 2011 16:26
>> An: Scribus Development Mailing List
>> Cc: Scribus Development Mailing List
>> Betreff: Re: [scribus-dev] Inline objects as framework for dynamic
>> text?
>>
>>
>>
>>
>>
>> On 29/04/2011, at 15:59, "Andreas Vox" <andreas.vox at googlemail.com>
>> wrote:
>>
>>>
>>>> -----Urspr?ngliche Nachricht-----
>>>> Von: Cezary Grabski [mailto:czarek at oferuje.pl]
>>>> Gesendet: Freitag, 29. April 2011 12:39
>>>> An: Scribus Development Mailing List
>>>> Betreff: Re: [scribus-dev] Inline objects as framework for dynamic
>>>> text?
>>> ...
>>>
>>>
>>>> From dev side as I wrote before - I thought about use and extend
>> inline
>>>> objects class (by add to it kind of insertion and new rendering
>> ways),
>>>> but
>>>> also new class for that puprposes can be created.
>>>> But I am not thinking about inserting text dynamically created by
>>>> markers and
>>>> references into inline frames! It should be like normal text with
>>>> respect for
>>>> styles, but not editable by typing (even cursor should jump over
>> such
>>>> dynamic
>>>> text like it was in a frame).
>>> Current text code only supports simple markers like "pagenr".
>>> SpecialChars::OBJECT is tightly linked to Inline frames, so Scribus
>> expects
>>> an InlineFrame at those positions which reports a given width and
>> height
>>> *before* Scribus starts layouting the text. You will not be able to
>> use
>>> Scribus' layout code from within the InlineFrame.
>>>
>>> You could introduce a new SpecialChar and expand it in the
>> "expandTokens"
>>> subroutine. Then you need to find a place where to store the attached
>> text;
>>> with 1.4 code the best place would probably a QString field in ScText
>> (or
>>> some other pointer-type ?- don't use anything big there).
>>>
>>> Please note that the text structure is going to radically change in
>> 1.5. It
>>> will support many XML-like features which would make implementation
>> of
>>> dynamic text features much easier.
>>>
>> When? :)
> Duh! When it's ready, of course ;-)
>
> /Andreas
>
Then its not for 1.5.0.. action action action...

Craig


