From gpittman at iglou.com  Fri Nov  4 16:53:21 2016
From: gpittman at iglou.com (Gregory Pittman)
Date: Fri, 4 Nov 2016 12:53:21 -0400
Subject: [scribus-dev] changed behavior with fileDialog() command in Scripter
Message-ID: <87e90c9e-eea5-9dc3-8d97-9141d33991e9@iglou.com>

On reviewing some old scripts where I used fileDialog(), the dialog
fails to make an entry when you click on a directory name. What it shows
is the contents of the directory you click.
The workaround is to enter './' in the selection field before you click
Ok, so that it returns the current directory the dialog is showing the
contents of.

Should I file a bug on this?

Greg


From cbradney at scribus.info  Fri Nov  4 17:27:49 2016
From: cbradney at scribus.info (Craig Bradney)
Date: Fri, 4 Nov 2016 17:27:49 +0000
Subject: [scribus-dev] changed behavior with fileDialog() command in
 Scripter
In-Reply-To: <87e90c9e-eea5-9dc3-8d97-9141d33991e9@iglou.com>
References: <87e90c9e-eea5-9dc3-8d97-9141d33991e9@iglou.com>
Message-ID: <7F9B7089-EF4C-4A51-87DA-124B3BCDFAF5@scribus.info>

Yes please

> On 4 Nov 2016, at 16:53, Gregory Pittman <gpittman at iglou.com> wrote:
> 
> On reviewing some old scripts where I used fileDialog(), the dialog
> fails to make an entry when you click on a directory name. What it shows
> is the contents of the directory you click.
> The workaround is to enter './' in the selection field before you click
> Ok, so that it returns the current directory the dialog is showing the
> contents of.
> 
> Should I file a bug on this?
> 
> Greg
> 
> _______________________________________________
> scribus-dev mailing list
> scribus-dev at lists.scribus.net
> http://lists.scribus.net/mailman/listinfo/scribus-dev


From gpittman at iglou.com  Mon Nov  7 01:31:29 2016
From: gpittman at iglou.com (Gregory Pittman)
Date: Sun, 6 Nov 2016 20:31:29 -0500
Subject: [scribus-dev] making a new document
Message-ID: <b2f83c1d-803d-c35d-d5cf-879da9181c99@iglou.com>

In 1.5.3svn, what happened to creating 3-fold and 4-fold documents? The
only choices I have are single page and facing pages (what used to be
called double-sided).

Greg


From cbradney at scribus.info  Mon Nov  7 06:33:06 2016
From: cbradney at scribus.info (Craig Bradney)
Date: Mon, 7 Nov 2016 07:33:06 +0100
Subject: [scribus-dev] making a new document
In-Reply-To: <b2f83c1d-803d-c35d-d5cf-879da9181c99@iglou.com>
References: <b2f83c1d-803d-c35d-d5cf-879da9181c99@iglou.com>
Message-ID: <3EE491FD-F98F-41E6-9E0F-5652D9F2591E@scribus.info>


> On 7 Nov 2016, at 02:31, Gregory Pittman <gpittman at iglou.com> wrote:
> 
> In 1.5.3svn, what happened to creating 3-fold and 4-fold documents? The
> only choices I have are single page and facing pages (what used to be
> called double-sided).
> 

They are gone.. ages ago. We decided the use of bigger pages was more appropriate than splitting them. It fits better with printing workflow.

The options for changing doc setup still exist for pre-existing docs.

Craig



From gpittman at iglou.com  Tue Nov  8 15:50:38 2016
From: gpittman at iglou.com (Gregory Pittman)
Date: Tue, 8 Nov 2016 10:50:38 -0500
Subject: [scribus-dev] a bug about Page Type
Message-ID: <14176aa9-e038-b9e3-9767-bbfc3588378d@iglou.com>

A bug was created asking for a new Scripter command, setPageType().

https://bugs.scribus.net/view.php?id=14348

The filer is writing a script that seemingly might be doing some
imposition too, judging from his comments.
At any rate, he is bothered by the fact that when he goes to make a PDF,
he gets feedback that there is a mismatch between the page type of his
created Master Page and the page that it's on.

As I looked into this, for one thing it seems that whenever you create a
Master Page with Scripter, it will be a Right Page (the Left parameter
is always "0").
It also looked to me that getPageType() checks the type of the actual
page, not the Master Page, but now I'm not so sure. I just made a facing
pages file, and the Master Pages had the page type set, but all the
document pages had LEFT = "0". If you edit the SLA and change the
setting in actual pages, Scribus doesn't seem to care, but if you change
it in a Master Page, you get the warning.

About the only solution I can think of would be to add a parameter in
createMasterPage() for the page type (since you can set this when you
create a new Master Page in the main window), but that wouldn't help a
situation when you might apply that Master Page to both right and left
pages, since you would still get the warning. I did suggest he could
edit the SLA file, though that seems more work than it's worth.

So in the end, it seems to me one of these situations where you may have
to note but ignore a warning. It's certainly not the only kind of error
we might ignore on a routine basis.

Greg


From ale.comp_06 at xox.ch  Tue Nov  8 17:04:39 2016
From: ale.comp_06 at xox.ch (ale rimoldi)
Date: Tue, 8 Nov 2016 18:04:39 +0100
Subject: [scribus-dev] a bug about Page Type
In-Reply-To: <14176aa9-e038-b9e3-9767-bbfc3588378d@iglou.com>
References: <14176aa9-e038-b9e3-9767-bbfc3588378d@iglou.com>
Message-ID: <56311a7e-497d-c42e-89bd-745ffc9b185c@xox.ch>

hi greg

imo, rightness and leftness of master pages are simply wrong in scribus.

(well, it's not really "imo"...)

facing master pages should be defined as one master page and the left / 
right version should automatically be picked (depending on the page 
where it is applied).

it's not a hard fix, but someone has to do that. and, first, there 
should be some awareness that the current situation is screwed.

and adding workarounds in the scripter is imo not the way to go.

ciao
a.l.e

On 08/11/16 16:50, Gregory Pittman wrote:
> A bug was created asking for a new Scripter command, setPageType().
>
> https://bugs.scribus.net/view.php?id=14348
>
> The filer is writing a script that seemingly might be doing some
> imposition too, judging from his comments.
> At any rate, he is bothered by the fact that when he goes to make a PDF,
> he gets feedback that there is a mismatch between the page type of his
> created Master Page and the page that it's on.
>
> As I looked into this, for one thing it seems that whenever you create a
> Master Page with Scripter, it will be a Right Page (the Left parameter
> is always "0").
> It also looked to me that getPageType() checks the type of the actual
> page, not the Master Page, but now I'm not so sure. I just made a facing
> pages file, and the Master Pages had the page type set, but all the
> document pages had LEFT = "0". If you edit the SLA and change the
> setting in actual pages, Scribus doesn't seem to care, but if you change
> it in a Master Page, you get the warning.
>
> About the only solution I can think of would be to add a parameter in
> createMasterPage() for the page type (since you can set this when you
> create a new Master Page in the main window), but that wouldn't help a
> situation when you might apply that Master Page to both right and left
> pages, since you would still get the warning. I did suggest he could
> edit the SLA file, though that seems more work than it's worth.
>
> So in the end, it seems to me one of these situations where you may have
> to note but ignore a warning. It's certainly not the only kind of error
> we might ignore on a routine basis.
>
> Greg
>
> _______________________________________________
> scribus-dev mailing list
> scribus-dev at lists.scribus.net
> http://lists.scribus.net/mailman/listinfo/scribus-dev
>


From gpittman at iglou.com  Tue Nov  8 23:47:57 2016
From: gpittman at iglou.com (Gregory Pittman)
Date: Tue, 8 Nov 2016 18:47:57 -0500
Subject: [scribus-dev] a bug about Page Type
In-Reply-To: <56311a7e-497d-c42e-89bd-745ffc9b185c@xox.ch>
References: <14176aa9-e038-b9e3-9767-bbfc3588378d@iglou.com>
 <56311a7e-497d-c42e-89bd-745ffc9b185c@xox.ch>
Message-ID: <f16c327f-9a71-5858-c9b1-939f1d88f894@iglou.com>

I think you're right.

On 11/08/2016 12:04 PM, ale rimoldi wrote:
> hi greg
> 
> imo, rightness and leftness of master pages are simply wrong in scribus.
> 
> (well, it's not really "imo"...)
> 
> facing master pages should be defined as one master page and the left /
> right version should automatically be picked (depending on the page
> where it is applied).
> 
> it's not a hard fix, but someone has to do that. and, first, there
> should be some awareness that the current situation is screwed.
> 
> and adding workarounds in the scripter is imo not the way to go.
> 
> ciao
> a.l.e
> 
> On 08/11/16 16:50, Gregory Pittman wrote:
>> A bug was created asking for a new Scripter command, setPageType().
>>
>> https://bugs.scribus.net/view.php?id=14348
>>
>> The filer is writing a script that seemingly might be doing some
>> imposition too, judging from his comments.
>> At any rate, he is bothered by the fact that when he goes to make a PDF,
>> he gets feedback that there is a mismatch between the page type of his
>> created Master Page and the page that it's on.
>>
>> As I looked into this, for one thing it seems that whenever you create a
>> Master Page with Scripter, it will be a Right Page (the Left parameter
>> is always "0").
>> It also looked to me that getPageType() checks the type of the actual
>> page, not the Master Page, but now I'm not so sure. I just made a facing
>> pages file, and the Master Pages had the page type set, but all the
>> document pages had LEFT = "0". If you edit the SLA and change the
>> setting in actual pages, Scribus doesn't seem to care, but if you change
>> it in a Master Page, you get the warning.
>>
>> About the only solution I can think of would be to add a parameter in
>> createMasterPage() for the page type (since you can set this when you
>> create a new Master Page in the main window), but that wouldn't help a
>> situation when you might apply that Master Page to both right and left
>> pages, since you would still get the warning. I did suggest he could
>> edit the SLA file, though that seems more work than it's worth.
>>
>> So in the end, it seems to me one of these situations where you may have
>> to note but ignore a warning. It's certainly not the only kind of error
>> we might ignore on a routine basis.
>>
>> Greg
>>
>> _______________________________________________
>> scribus-dev mailing list
>> scribus-dev at lists.scribus.net
>> http://lists.scribus.net/mailman/listinfo/scribus-dev
>>
> 
> _______________________________________________
> scribus-dev mailing list
> scribus-dev at lists.scribus.net
> http://lists.scribus.net/mailman/listinfo/scribus-dev
> 


From jluc at no-log.org  Wed Nov  9 08:15:00 2016
From: jluc at no-log.org (JLuc)
Date: Wed, 9 Nov 2016 09:15:00 +0100
Subject: [scribus-dev] a bug about Page Type
In-Reply-To: <f16c327f-9a71-5858-c9b1-939f1d88f894@iglou.com>
References: <14176aa9-e038-b9e3-9767-bbfc3588378d@iglou.com>
 <56311a7e-497d-c42e-89bd-745ffc9b185c@xox.ch>
 <f16c327f-9a71-5858-c9b1-939f1d88f894@iglou.com>
Message-ID: <nvulu1$h2k$1@blaine.gmane.org>

Le 09/11/2016 ? 00:47, Gregory Pittman a ?crit :
> I think you're right.

possibily accept these sorts of masterpage,
but scribus should not restrict to these.

Even on a facing page document,
a document might have various sets of Left / Right matches.
When i have 10 possible left masterpages for this document,
and also 10 possible right masterpages
i dont want to create 100 couples of left+right masterpages.

JLuc


>
> On 11/08/2016 12:04 PM, ale rimoldi wrote:
>> hi greg
>>
>> imo, rightness and leftness of master pages are simply wrong in scribus.
>>
>> (well, it's not really "imo"...)
>>
>> facing master pages should be defined as one master page and the left /
>> right version should automatically be picked (depending on the page
>> where it is applied).
>>
>> it's not a hard fix, but someone has to do that. and, first, there
>> should be some awareness that the current situation is screwed.
>>
>> and adding workarounds in the scripter is imo not the way to go.
>>
>> ciao
>> a.l.e
>>
>> On 08/11/16 16:50, Gregory Pittman wrote:
>>> A bug was created asking for a new Scripter command, setPageType().
>>>
>>> https://bugs.scribus.net/view.php?id=14348
>>>
>>> The filer is writing a script that seemingly might be doing some
>>> imposition too, judging from his comments.
>>> At any rate, he is bothered by the fact that when he goes to make a PDF,
>>> he gets feedback that there is a mismatch between the page type of his
>>> created Master Page and the page that it's on.
>>>
>>> As I looked into this, for one thing it seems that whenever you create a
>>> Master Page with Scripter, it will be a Right Page (the Left parameter
>>> is always "0").
>>> It also looked to me that getPageType() checks the type of the actual
>>> page, not the Master Page, but now I'm not so sure. I just made a facing
>>> pages file, and the Master Pages had the page type set, but all the
>>> document pages had LEFT = "0". If you edit the SLA and change the
>>> setting in actual pages, Scribus doesn't seem to care, but if you change
>>> it in a Master Page, you get the warning.
>>>
>>> About the only solution I can think of would be to add a parameter in
>>> createMasterPage() for the page type (since you can set this when you
>>> create a new Master Page in the main window), but that wouldn't help a
>>> situation when you might apply that Master Page to both right and left
>>> pages, since you would still get the warning. I did suggest he could
>>> edit the SLA file, though that seems more work than it's worth.
>>>
>>> So in the end, it seems to me one of these situations where you may have
>>> to note but ignore a warning. It's certainly not the only kind of error
>>> we might ignore on a routine basis.
>>>
>>> Greg
>>>
>>> _______________________________________________
>>> scribus-dev mailing list
>>> scribus-dev at lists.scribus.net
>>> http://lists.scribus.net/mailman/listinfo/scribus-dev
>>>
>>
>> _______________________________________________
>> scribus-dev mailing list
>> scribus-dev at lists.scribus.net
>> http://lists.scribus.net/mailman/listinfo/scribus-dev
>>
>




From ale.comp_06 at xox.ch  Wed Nov  9 10:15:00 2016
From: ale.comp_06 at xox.ch (ale rimoldi)
Date: Wed, 9 Nov 2016 11:15:00 +0100
Subject: [scribus-dev] a bug about Page Type
In-Reply-To: <nvulu1$h2k$1@blaine.gmane.org>
References: <14176aa9-e038-b9e3-9767-bbfc3588378d@iglou.com>
 <56311a7e-497d-c42e-89bd-745ffc9b185c@xox.ch>
 <f16c327f-9a71-5858-c9b1-939f1d88f894@iglou.com>
 <nvulu1$h2k$1@blaine.gmane.org>
Message-ID: <bae9eb1f-bb3d-8276-110d-5e660065d1e2@xox.ch>



On 09/11/16 09:15, JLuc wrote:
> Le 09/11/2016 ? 00:47, Gregory Pittman a ?crit :
>> I think you're right.
>
> possibily accept these sorts of masterpage,
> but scribus should not restrict to these.
>
> Even on a facing page document,
> a document might have various sets of Left / Right matches.
> When i have 10 possible left masterpages for this document,
> and also 10 possible right masterpages
> i dont want to create 100 couples of left+right masterpages.


... as said, first we need awareness for the problem :-(

ciao
a.l.e


From wtxnh-scribus at yahoo.com.au  Thu Nov 10 20:11:53 2016
From: wtxnh-scribus at yahoo.com.au (Juraj Fedel)
Date: Thu, 10 Nov 2016 21:11:53 +0100
Subject: [scribus-dev] Problem accessing wiki and bugs webpages
In-Reply-To: <trinity-7b5ade93-e689-4a3c-86ab-c90ac41ee5cd-1461650227455@3capp-gmx-bs73>
References: <20160424111546.GB1025@gazda>
 <trinity-7b5ade93-e689-4a3c-86ab-c90ac41ee5cd-1461650227455@3capp-gmx-bs73>
Message-ID: <20161110201153.GA16436@gazda>

On Tue, Apr 26, 2016 at 07:57:07AM +0200, "Christoph Sch?fer" wrote:
> > Gesendet: Sonntag, 24. April 2016 um 13:15 Uhr
> > Von: "Juraj Fedel" <wtxnh-scribus at yahoo.com.au>
> > For some time now (more then 1 moths, maybe even 6 month) I can not
> > access scribus wiki or scribus bugs with my prefer ed web browser.
> > Before I was able to access those websites with my browser.
> 
> Yes, there has been a major change to our sites, namely the switch to
> https. Maybe this is the source of your issues.

Sorry to revive old post, but here are my finding:

When I force my browser to use fake "User-Agent:" header and present
itself as Firefox I can access webpages. This seems to indicate that
some filtering on server side does not accept connection from 'not
approved' browsers - in my eyes this is wrong server configuration.

I am posting this because i have seen somebody else had problem
accessing webpage (can not find the post now). As far as I am concerned,
I fixed it on my side - but it would be good to configure server so it
does not reject connection from user based on User-Agent header value.

Juraj Fedel


From cbradney at scribus.info  Thu Nov 10 20:13:26 2016
From: cbradney at scribus.info (Craig Bradney)
Date: Thu, 10 Nov 2016 21:13:26 +0100
Subject: [scribus-dev] Problem accessing wiki and bugs webpages
In-Reply-To: <20161110201153.GA16436@gazda>
References: <20160424111546.GB1025@gazda>
 <trinity-7b5ade93-e689-4a3c-86ab-c90ac41ee5cd-1461650227455@3capp-gmx-bs73>
 <20161110201153.GA16436@gazda>
Message-ID: <C144FED0-8577-4330-89D9-257E3EBDBCB0@scribus.info>


> On 10 Nov 2016, at 21:11, Juraj Fedel <wtxnh-scribus at yahoo.com.au> wrote:
> 
> On Tue, Apr 26, 2016 at 07:57:07AM +0200, "Christoph Sch?fer" wrote:
>>> Gesendet: Sonntag, 24. April 2016 um 13:15 Uhr
>>> Von: "Juraj Fedel" <wtxnh-scribus at yahoo.com.au>
>>> For some time now (more then 1 moths, maybe even 6 month) I can not
>>> access scribus wiki or scribus bugs with my prefer ed web browser.
>>> Before I was able to access those websites with my browser.
>> 
>> Yes, there has been a major change to our sites, namely the switch to
>> https. Maybe this is the source of your issues.
> 
> Sorry to revive old post, but here are my finding:
> 
> When I force my browser to use fake "User-Agent:" header and present
> itself as Firefox I can access webpages. This seems to indicate that
> some filtering on server side does not accept connection from 'not
> approved' browsers - in my eyes this is wrong server configuration.
> 
> I am posting this because i have seen somebody else had problem
> accessing webpage (can not find the post now). As far as I am concerned,
> I fixed it on my side - but it would be good to configure server so it
> does not reject connection from user based on User-Agent header value.
> 
> Juraj Fedel
> 

You?re the only one we?ve heard of. What is your preferred browser because all the ones I have work fine.

Craig



From wtxnh-scribus at yahoo.com.au  Thu Nov 10 21:01:09 2016
From: wtxnh-scribus at yahoo.com.au (Juraj Fedel)
Date: Thu, 10 Nov 2016 22:01:09 +0100
Subject: [scribus-dev] Problem accessing wiki and bugs webpages
In-Reply-To: <C144FED0-8577-4330-89D9-257E3EBDBCB0@scribus.info>
References: <20160424111546.GB1025@gazda>
 <trinity-7b5ade93-e689-4a3c-86ab-c90ac41ee5cd-1461650227455@3capp-gmx-bs73>
 <20161110201153.GA16436@gazda>
 <C144FED0-8577-4330-89D9-257E3EBDBCB0@scribus.info>
Message-ID: <20161110210109.GA1109@gazda>

On Thu, Nov 10, 2016 at 09:13:26PM +0100, Craig Bradney wrote:

> You?re the only one we?ve heard of. What is your preferred browser because all the ones I have work fine.

My browser is rather exotic, it is w3m - browser that is used within
emacs buffer. It presents itself with following User-Agent to server:
"Emacs-w3m/1.4.483 w3m/0.5.3+debian-19"

When I change that string to
"Firefox"
I can access website.

You can test this with wget too. wget is denied access to bugs site
normally:

$ wget https://bugs.scribus.net/
--2016-11-10 21:39:21--  https://bugs.scribus.net/
Resolving bugs.scribus.net (bugs.scribus.net)... 31.185.27.100
Connecting to bugs.scribus.net (bugs.scribus.net)|31.185.27.100|:443...
connected.
HTTP request sent, awaiting response... 403 Forbidden
2016-11-10 21:39:21 ERROR 403: Forbidden.

If I use following command I can download page:

$ wget --user-agent=Firefox https://bugs.scribus.net/
--2016-11-10 21:54:08--  https://bugs.scribus.net/
Resolving bugs.scribus.net (bugs.scribus.net)... 31.185.27.100
Connecting to bugs.scribus.net (bugs.scribus.net)|31.185.27.100|:443...
connected.
HTTP request sent, awaiting response... 302 Found
Location: https://bugs.scribus.net/my_view_page.php [following]
--2016-11-10 21:54:09--  https://bugs.scribus.net/my_view_page.php
Reusing existing connection to bugs.scribus.net:443.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
Saving to: ?index.html?
index.html                        [  <=>                                               ]  42.72K   207KB/s   in 0.2s
2016-11-10 21:54:10 (207 KB/s) - ?index.html? saved [43746]

As I said, I fixed my problem now (Thanks goes to Kunda for asking
question and a.l.e for answering it on IRC today).
You may ignore this issue.

Juraj Fedel


From cbradney at scribus.info  Thu Nov 10 22:05:57 2016
From: cbradney at scribus.info (Craig Bradney)
Date: Thu, 10 Nov 2016 23:05:57 +0100
Subject: [scribus-dev] Problem accessing wiki and bugs webpages
In-Reply-To: <20161110210109.GA1109@gazda>
References: <20160424111546.GB1025@gazda>
 <trinity-7b5ade93-e689-4a3c-86ab-c90ac41ee5cd-1461650227455@3capp-gmx-bs73>
 <20161110201153.GA16436@gazda>
 <C144FED0-8577-4330-89D9-257E3EBDBCB0@scribus.info>
 <20161110210109.GA1109@gazda>
Message-ID: <4F6AB929-12CC-4132-8D49-032421618FC3@scribus.info>


> On 10 Nov 2016, at 22:01, Juraj Fedel <wtxnh-scribus at yahoo.com.au> wrote:
> 
> On Thu, Nov 10, 2016 at 09:13:26PM +0100, Craig Bradney wrote:
> 
>> You?re the only one we?ve heard of. What is your preferred browser because all the ones I have work fine.
> 
> My browser is rather exotic, it is w3m - browser that is used within
> emacs buffer. It presents itself with following User-Agent to server:
> "Emacs-w3m/1.4.483 w3m/0.5.3+debian-19"
> 
> When I change that string to
> "Firefox"
> I can access website.
> 
> You can test this with wget too. wget is denied access to bugs site
> normally:
> 
> $ wget https://bugs.scribus.net/
> --2016-11-10 21:39:21--  https://bugs.scribus.net/
> Resolving bugs.scribus.net (bugs.scribus.net)... 31.185.27.100
> Connecting to bugs.scribus.net (bugs.scribus.net)|31.185.27.100|:443...
> connected.
> HTTP request sent, awaiting response... 403 Forbidden
> 2016-11-10 21:39:21 ERROR 403: Forbidden.
> 
> If I use following command I can download page:
> 
> $ wget --user-agent=Firefox https://bugs.scribus.net/
> --2016-11-10 21:54:08--  https://bugs.scribus.net/
> Resolving bugs.scribus.net (bugs.scribus.net)... 31.185.27.100
> Connecting to bugs.scribus.net (bugs.scribus.net)|31.185.27.100|:443...
> connected.
> HTTP request sent, awaiting response... 302 Found
> Location: https://bugs.scribus.net/my_view_page.php [following]
> --2016-11-10 21:54:09--  https://bugs.scribus.net/my_view_page.php
> Reusing existing connection to bugs.scribus.net:443.
> HTTP request sent, awaiting response... 200 OK
> Length: unspecified [text/html]
> Saving to: ?index.html?
> index.html                        [  <=>                                               ]  42.72K   207KB/s   in 0.2s
> 2016-11-10 21:54:10 (207 KB/s) - ?index.html? saved [43746]
> 
> As I said, I fixed my problem now (Thanks goes to Kunda for asking
> question and a.l.e for answering it on IRC today).
> You may ignore this issue.
> 
> Juraj Fedel
> 

While I feel you might have a case for use to investigate given the agent change works, I must say that the websites are not really built to work in a text only mode so we would not support this in any case. 
I?m interested to understand the agent thing though and will try some tests. I know we do not do any agent type filtering on the server itself.

Craig



From scribus.user at gmail.com  Thu Nov 10 23:15:21 2016
From: scribus.user at gmail.com (Scribus User)
Date: Thu, 10 Nov 2016 18:15:21 -0500
Subject: [scribus-dev] Problem accessing wiki and bugs webpages
In-Reply-To: <4F6AB929-12CC-4132-8D49-032421618FC3@scribus.info>
References: <20160424111546.GB1025@gazda>
 <trinity-7b5ade93-e689-4a3c-86ab-c90ac41ee5cd-1461650227455@3capp-gmx-bs73>
 <20161110201153.GA16436@gazda>
 <C144FED0-8577-4330-89D9-257E3EBDBCB0@scribus.info>
 <20161110210109.GA1109@gazda>
 <4F6AB929-12CC-4132-8D49-032421618FC3@scribus.info>
Message-ID: <CAAt0FRjsMnPg0Yz45RbkBooK-0CAwt1UxxSebSECaHMRJh9YaQ@mail.gmail.com>

>
> > As I said, I fixed my problem now (Thanks goes to Kunda for asking
> > question and a.l.e for answering it on IRC today).
> > You may ignore this issue.
> >
> > Juraj Fedel
> >
>
> While I feel you might have a case for use to investigate given the agent
> change works, I must say that the websites are not really built to work in
> a text only mode so we would not support this in any case.
> I?m interested to understand the agent thing though and will try some
> tests. I know we do not do any agent type filtering on the server itself.
>
> Craig
>

I don't recall the details... so apologies if I'm repeating things. I still
notice that If I try to open several different bugs in different tabs in
Firefox from time to time it will take a good 5 minutes before the
webserver serves the pages to me. Part of me is recalling that it may be
some sort of anti-ddos measure because that was an issue at some point in
the past.

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

From ale.comp_06 at xox.ch  Fri Nov 11 07:04:25 2016
From: ale.comp_06 at xox.ch (ale rimoldi)
Date: Fri, 11 Nov 2016 08:04:25 +0100
Subject: [scribus-dev] Problem accessing wiki and bugs webpages
In-Reply-To: <4F6AB929-12CC-4132-8D49-032421618FC3@scribus.info>
References: <20160424111546.GB1025@gazda>
 <trinity-7b5ade93-e689-4a3c-86ab-c90ac41ee5cd-1461650227455@3capp-gmx-bs73>
 <20161110201153.GA16436@gazda>
 <C144FED0-8577-4330-89D9-257E3EBDBCB0@scribus.info>
 <20161110210109.GA1109@gazda>
 <4F6AB929-12CC-4132-8D49-032421618FC3@scribus.info>
Message-ID: <20161111080425.22ed3847@scharfeis.home>

hi

> While I feel you might have a case for use to investigate given the
> agent change works, I must say that the websites are not really built
> to work in a text only mode so we would not support this in any case.
> I?m interested to understand the agent thing though and will try some
> tests. I know we do not do any agent type filtering on the server
> itself.

craig, for your information the bug tracker also returns an access
error when you try to download a patch with wget...
using firefox as the agent was one of the changes i've made to get it
to work.

it might or not be a general server setting...

ciao
a.l.e


From gpittman at iglou.com  Sun Nov 13 23:43:16 2016
From: gpittman at iglou.com (Gregory Pittman)
Date: Sun, 13 Nov 2016 18:43:16 -0500
Subject: [scribus-dev] A slight modification of the manual
Message-ID: <9f79a819-1a21-73e2-509d-43e0785a7ea7@iglou.com>

I don't know about others, but I find it frustrating sometimes to look
for Scripter commands that I know are there, but not sure where they're
lurking.

What I have done in regard to images and vectors is create a new
link/page "Commands for Images & Vectors". I haven't deleting anything
that's there, but rather have pulled together all the commands that
specifically involve images/vectors, such as createImage(), loadImage(),
getImageName(), and things about getting and setting scaling. Finally,
I've also added the commands to place vectors, placeSVG() for example,
and also savePageAsEPS().

Again, to be clear, all of these still remain where they originally were
also, the main things I did was add a line to menu.xml and create a new
page for the link.

I did find a typo, where getImageName() was also referred to as
getImageFile() incorrectly, so that's been fixed as well.

Greg


From wtxnh-scribus at yahoo.com.au  Tue Nov 15 16:45:40 2016
From: wtxnh-scribus at yahoo.com.au (Juraj Fedel)
Date: Tue, 15 Nov 2016 17:45:40 +0100
Subject: [scribus-dev] A slight modification of the manual
In-Reply-To: <9f79a819-1a21-73e2-509d-43e0785a7ea7@iglou.com>
References: <9f79a819-1a21-73e2-509d-43e0785a7ea7@iglou.com>
Message-ID: <20161115164540.GA1120@gazda>

On Sun, Nov 13, 2016 at 06:43:16PM -0500, Gregory Pittman wrote:
> I did find a typo, where getImageName() was also referred to as
> getImageFile() incorrectly, so that's been fixed as well.

Actually right name for this function is getImageFile [this is how it is
named currently in scribus module). The typo was was in doc string for
this function in C source.

I fixed this typo in attached patch also renamed internal C function,
and changed function name in manual pages.

I belive getImageFile is more accurate then getImageName as name of this
function (and it is already named this way in python module - only
docstring was wrong).

Juraj Fedel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-fix-help-text-for-scribus.getImageFile.patch
Type: text/x-diff
Size: 5933 bytes
Desc: not available
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20161115/29bcadce/attachment.bin>

From gpittman at iglou.com  Tue Nov 15 18:04:20 2016
From: gpittman at iglou.com (Gregory Pittman)
Date: Tue, 15 Nov 2016 13:04:20 -0500
Subject: [scribus-dev] A slight modification of the manual
In-Reply-To: <20161115164540.GA1120@gazda>
References: <9f79a819-1a21-73e2-509d-43e0785a7ea7@iglou.com>
 <20161115164540.GA1120@gazda>
Message-ID: <ec82854a-6b10-e963-e6e9-db68673e766f@iglou.com>

On 11/15/2016 11:45 AM, Juraj Fedel wrote:
> On Sun, Nov 13, 2016 at 06:43:16PM -0500, Gregory Pittman wrote:
>> I did find a typo, where getImageName() was also referred to as
>> getImageFile() incorrectly, so that's been fixed as well.
> 
> Actually right name for this function is getImageFile [this is how it is
> named currently in scribus module). The typo was was in doc string for
> this function in C source.
> 
> I fixed this typo in attached patch also renamed internal C function,
> and changed function name in manual pages.
> 
> I belive getImageFile is more accurate then getImageName as name of this
> function (and it is already named this way in python module - only
> docstring was wrong).
> 

Yes, I see what you mean. I should have looked further, since I had used
the command in a script I wrote, swapimages.py, and clearly, trying to
use getImageName() doesn't work.

Perhaps an even less confusing name for the command would be
getImageFilename or getImageFileName, but it's mainly important to be
consistent, and trying not to break old scripts.

I couldn't remember how to apply a patch, so I made the changes manually
and committed.

Greg


From jlpoole56 at gmail.com  Wed Nov 16 02:30:06 2016
From: jlpoole56 at gmail.com (John L. Poole)
Date: Tue, 15 Nov 2016 18:30:06 -0800
Subject: [scribus-dev] a bug about Page Type
In-Reply-To: <56311a7e-497d-c42e-89bd-745ffc9b185c@xox.ch>
References: <14176aa9-e038-b9e3-9767-bbfc3588378d@iglou.com>
 <56311a7e-497d-c42e-89bd-745ffc9b185c@xox.ch>
Message-ID: <f1e10eb8-4690-f958-2522-88f1b964f71e@gmail.com>

Terminology could be helpful in this discussion.

https://en.wikipedia.org/wiki/Folio#Page_numbering talks about Recto and 
Verso,
"the recto being the first the reader encounters, and the verso the second."

Just to clarify any terminology I might use in discussion of bugs.  I'm 
using the term signature (aka "gathering") to represent one or more 
bifolios folded and then sewn. https://en.wiktionary.org/wiki/gathering

A bifolio is "A single sheet folded in half to make two leaves." 
https://en.wiktionary.org/wiki/bifolio

When a discussion is had about imposing, an agreed or promulgated 
terminology will become very helpful.
Perhaps a wiki page devoted to book or codex construction describing 
these parts is in order?  I try to use such descriptive and traditional 
terminology in my code and classes for imposing so that someone not 
familiar with the code might be able to comprehend it given an 
understanding of how printed output is assembled.

On 11/8/2016 9:04 AM, ale rimoldi wrote:
> hi greg
>
> imo, rightness and leftness of master pages are simply wrong in scribus.
>
> (well, it's not really "imo"...)
>
> facing master pages should be defined as one master page and the left 
> / right version should automatically be picked (depending on the page 
> where it is applied).
>
> it's not a hard fix, but someone has to do that. and, first, there 
> should be some awareness that the current situation is screwed.
>
> and adding workarounds in the scripter is imo not the way to go.
>
> ciao
> a.l.e
>
> On 08/11/16 16:50, Gregory Pittman wrote:
>> A bug was created asking for a new Scripter command, setPageType().
>>
>> https://bugs.scribus.net/view.php?id=14348
>>
>> The filer is writing a script that seemingly might be doing some
>> imposition too, judging from his comments.
>> At any rate, he is bothered by the fact that when he goes to make a PDF,
>> he gets feedback that there is a mismatch between the page type of his
>> created Master Page and the page that it's on.
>>
>> As I looked into this, for one thing it seems that whenever you create a
>> Master Page with Scripter, it will be a Right Page (the Left parameter
>> is always "0").
>> It also looked to me that getPageType() checks the type of the actual
>> page, not the Master Page, but now I'm not so sure. I just made a facing
>> pages file, and the Master Pages had the page type set, but all the
>> document pages had LEFT = "0". If you edit the SLA and change the
>> setting in actual pages, Scribus doesn't seem to care, but if you change
>> it in a Master Page, you get the warning.
>>
>> About the only solution I can think of would be to add a parameter in
>> createMasterPage() for the page type (since you can set this when you
>> create a new Master Page in the main window), but that wouldn't help a
>> situation when you might apply that Master Page to both right and left
>> pages, since you would still get the warning. I did suggest he could
>> edit the SLA file, though that seems more work than it's worth.
>>
>> So in the end, it seems to me one of these situations where you may have
>> to note but ignore a warning. It's certainly not the only kind of error
>> we might ignore on a routine basis.
>>
>> Greg
>>



From jluc at no-log.org  Thu Nov 17 10:39:36 2016
From: jluc at no-log.org (JLuc)
Date: Thu, 17 Nov 2016 11:39:36 +0100
Subject: [scribus-dev] Speed improvement success
Message-ID: <o0k1d4$shc$1@blaine.gmane.org>

As far as i can judge using scribus-indigo imageapp,
#22515 http://scribus.net/websvn/listing.php?repname=Scribus&sc=1&rev=21515
seems to have grrrrreatly improved text typing speed
even in chains of linked text frame.
There is no painfull lag anymore in a 12 pages linked text frame document.

Congratulations !
And thanks !

Will CTL version also benefit of that speed improvement ?

JLuc



From cbradney at scribus.info  Thu Nov 17 11:26:57 2016
From: cbradney at scribus.info (Craig Bradney)
Date: Thu, 17 Nov 2016 12:26:57 +0100
Subject: [scribus-dev] Speed improvement success
In-Reply-To: <o0k1d4$shc$1@blaine.gmane.org>
References: <o0k1d4$shc$1@blaine.gmane.org>
Message-ID: <DED24CD6-205F-4616-B5A2-50FF07F4ACDB@scribus.info>



> On 17 Nov 2016, at 11:39, JLuc <jluc at no-log.org> wrote:
> 
> As far as i can judge using scribus-indigo imageapp,
> #22515 http://scribus.net/websvn/listing.php?repname=Scribus&sc=1&rev=21515
> seems to have grrrrreatly improved text typing speed
> even in chains of linked text frame.
> There is no painfull lag anymore in a 12 pages linked text frame document.
> 
> Congratulations !
> And thanks !
> 
> Will CTL version also benefit of that speed improvement ?
> 
> 

These will be changes that are in trunk already committed by Jean. They have also been applied to CTL and CTL is faster due to other improvements.

Craig


From cbradney at scribus.info  Thu Nov 17 11:26:57 2016
From: cbradney at scribus.info (Craig Bradney)
Date: Thu, 17 Nov 2016 12:26:57 +0100
Subject: [scribus-dev] Speed improvement success
In-Reply-To: <o0k1d4$shc$1@blaine.gmane.org>
References: <o0k1d4$shc$1@blaine.gmane.org>
Message-ID: <DED24CD6-205F-4616-B5A2-50FF07F4ACDB@scribus.info>



> On 17 Nov 2016, at 11:39, JLuc <jluc at no-log.org> wrote:
> 
> As far as i can judge using scribus-indigo imageapp,
> #22515 http://scribus.net/websvn/listing.php?repname=Scribus&sc=1&rev=21515
> seems to have grrrrreatly improved text typing speed
> even in chains of linked text frame.
> There is no painfull lag anymore in a 12 pages linked text frame document.
> 
> Congratulations !
> And thanks !
> 
> Will CTL version also benefit of that speed improvement ?
> 
> 

These will be changes that are in trunk already committed by Jean. They have also been applied to CTL and CTL is faster due to other improvements.

Craig


From fahad.alsaidi at gmail.com  Thu Nov 17 11:30:32 2016
From: fahad.alsaidi at gmail.com (Fahad Al-Saidi)
Date: Thu, 17 Nov 2016 15:30:32 +0400
Subject: [scribus-dev] Speed improvement success
In-Reply-To: <o0k1d4$shc$1@blaine.gmane.org>
References: <o0k1d4$shc$1@blaine.gmane.org>
Message-ID: <CAHJf0gjCHbgeP0DRzxs5zWGfkjsWtJv0PSSO9h7g_UxLfA4_Qg@mail.gmail.com>

There are a lot of work have  been done in CTL to improve the speed.
However, Jean has fixed linked frames slowness recently in trunk and I
think you haven't tested yet ;-)

Regards,
Fahad Al-Saidi

On 17 Nov 2016 2:39 p.m., "JLuc" <jluc at no-log.org> wrote:

> As far as i can judge using scribus-indigo imageapp,
> #22515 http://scribus.net/websvn/listing.php?repname=Scribus&sc=1&
> rev=21515
> seems to have grrrrreatly improved text typing speed
> even in chains of linked text frame.
> There is no painfull lag anymore in a 12 pages linked text frame document.
>
> Congratulations !
> And thanks !
>
> Will CTL version also benefit of that speed improvement ?
>
> JLuc
>
>
> _______________________________________________
> 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/20161117/227d453e/attachment.html>

From fahad.alsaidi at gmail.com  Thu Nov 17 11:30:32 2016
From: fahad.alsaidi at gmail.com (Fahad Al-Saidi)
Date: Thu, 17 Nov 2016 15:30:32 +0400
Subject: [scribus-dev] Speed improvement success
In-Reply-To: <o0k1d4$shc$1@blaine.gmane.org>
References: <o0k1d4$shc$1@blaine.gmane.org>
Message-ID: <CAHJf0gjCHbgeP0DRzxs5zWGfkjsWtJv0PSSO9h7g_UxLfA4_Qg@mail.gmail.com>

There are a lot of work have  been done in CTL to improve the speed.
However, Jean has fixed linked frames slowness recently in trunk and I
think you haven't tested yet ;-)

Regards,
Fahad Al-Saidi

On 17 Nov 2016 2:39 p.m., "JLuc" <jluc at no-log.org> wrote:

> As far as i can judge using scribus-indigo imageapp,
> #22515 http://scribus.net/websvn/listing.php?repname=Scribus&sc=1&
> rev=21515
> seems to have grrrrreatly improved text typing speed
> even in chains of linked text frame.
> There is no painfull lag anymore in a 12 pages linked text frame document.
>
> Congratulations !
> And thanks !
>
> Will CTL version also benefit of that speed improvement ?
>
> JLuc
>
>
> _______________________________________________
> 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/20161117/227d453e/attachment-0001.html>

From jluc at no-log.org  Thu Nov 17 11:45:28 2016
From: jluc at no-log.org (JLuc)
Date: Thu, 17 Nov 2016 12:45:28 +0100
Subject: [scribus-dev] Speed improvement success
In-Reply-To: <CAHJf0gjCHbgeP0DRzxs5zWGfkjsWtJv0PSSO9h7g_UxLfA4_Qg@mail.gmail.com>
References: <o0k1d4$shc$1@blaine.gmane.org>
 <CAHJf0gjCHbgeP0DRzxs5zWGfkjsWtJv0PSSO9h7g_UxLfA4_Qg@mail.gmail.com>
Message-ID: <o0k58k$qg0$1@blaine.gmane.org>

Le 17/11/2016 ? 12:30, Fahad Al-Saidi a ?crit :
> There are a lot of work have  been done in CTL to improve the speed. However, Jean has fixed linked frames slowness
> recently in trunk and I think you haven't tested yet ;-)

hmmm...
scribus-indigo dates 16th november so i think it includes #21515 which is Jean's fix
and i have tested it and that's why i have noticed the improvement !
I have not seen other commits for speed improvements in trunk as for now.$

Great when that is also merged in CTL version (future of scribus).
And great when CTL also brings its own speed improvement.

JLuc


>
> Regards,
> Fahad Al-Saidi
>
>
> On 17 Nov 2016 2:39 p.m., "JLuc" <jluc at no-log.org <mailto:jluc at no-log.org>> wrote:
>
>     As far as i can judge using scribus-indigo imageapp,
>     #22515 http://scribus.net/websvn/listing.php?repname=Scribus&sc=1&rev=21515
>     <http://scribus.net/websvn/listing.php?repname=Scribus&sc=1&rev=21515>
>     seems to have grrrrreatly improved text typing speed
>     even in chains of linked text frame.
>     There is no painfull lag anymore in a 12 pages linked text frame document.
>
>     Congratulations !
>     And thanks !
>
>     Will CTL version also benefit of that speed improvement ?
>
>     JLuc
>
>
>     _______________________________________________
>     scribus-dev mailing list
>     scribus-dev at lists.scribus.net
>     <mailto:scribus-dev at lists.scribus.net>
>     http://lists.scribus.net/mailman/listinfo/scribus-dev <http://lists.scribus.net/mailman/listinfo/scribus-dev>
>
>
>




From keon00 at hotmail.fr  Sat Nov 19 02:46:19 2016
From: keon00 at hotmail.fr (Julien Lahaye)
Date: Sat, 19 Nov 2016 02:46:19 +0000
Subject: [scribus-dev] Question
Message-ID: <DB5PR05MB157321030AE3BBC84630FF66B5B30@DB5PR05MB1573.eurprd05.prod.outlook.com>

Hi,

I just want to know if it?s possible to use scribus with java.
Does it exist an API?

Thanks,

Julien

From gpittman at iglou.com  Sat Nov 19 16:31:41 2016
From: gpittman at iglou.com (Gregory Pittman)
Date: Sat, 19 Nov 2016 11:31:41 -0500
Subject: [scribus-dev] Picture browser crash
Message-ID: <6a94c097-fbdc-594d-5cd6-dfab0e9dba8c@iglou.com>

Is anyone else seeing a crash (Signal #11) when they open Picture Browser?

I hesitated to file this immediately, since I am getting some funny
behaviors at times ever since I've been running the indigo dock version
off and on.

This is with newly built 1.5.3svn = revision 21521.

Greg


From ale.comp_06 at xox.ch  Sat Nov 19 17:32:25 2016
From: ale.comp_06 at xox.ch (ale rimoldi)
Date: Sat, 19 Nov 2016 18:32:25 +0100
Subject: [scribus-dev] Picture browser crash
In-Reply-To: <6a94c097-fbdc-594d-5cd6-dfab0e9dba8c@iglou.com>
References: <6a94c097-fbdc-594d-5cd6-dfab0e9dba8c@iglou.com>
Message-ID: <20161119183225.5d7b83f5@scharfeis.home>

hi

> Is anyone else seeing a crash (Signal #11) when they open Picture
> Browser?
> 
> I hesitated to file this immediately, since I am getting some funny
> behaviors at times ever since I've been running the indigo dock
> version off and on.
> 
> This is with newly built 1.5.3svn = revision 21521.

iirc correctly martin wrote that one should not share the ~/.scribus
between the indigo's scribus and the team's one...

oth
a.l.e


From gpittman at iglou.com  Sat Nov 19 17:55:51 2016
From: gpittman at iglou.com (Gregory Pittman)
Date: Sat, 19 Nov 2016 12:55:51 -0500
Subject: [scribus-dev] Picture browser crash
In-Reply-To: <20161119183225.5d7b83f5@scharfeis.home>
References: <6a94c097-fbdc-594d-5cd6-dfab0e9dba8c@iglou.com>
 <20161119183225.5d7b83f5@scharfeis.home>
Message-ID: <34cb6359-0f70-61b1-392e-eb1b48930c97@iglou.com>

On 11/19/2016 12:32 PM, ale rimoldi wrote:
> hi
> 
>> Is anyone else seeing a crash (Signal #11) when they open Picture
>> Browser?
>>
>> I hesitated to file this immediately, since I am getting some funny
>> behaviors at times ever since I've been running the indigo dock
>> version off and on.
>>
>> This is with newly built 1.5.3svn = revision 21521.
> 
> iirc correctly martin wrote that one should not share the ~/.scribus
> between the indigo's scribus and the team's one...
> 

What I was trying to find out is whether anyone else is seeing this.
Interestingly, it doesn't occur with the indigo dock version.

Greg


From owen.cook at gmx.com  Sat Nov 19 22:31:04 2016
From: owen.cook at gmx.com (Owen Cook)
Date: Sat, 19 Nov 2016 23:31:04 +0100
Subject: [scribus-dev] Picture browser crash
In-Reply-To: <6a94c097-fbdc-594d-5cd6-dfab0e9dba8c@iglou.com>
References: <6a94c097-fbdc-594d-5cd6-dfab0e9dba8c@iglou.com>
Message-ID: <trinity-44f9ee01-869f-427c-9662-445987a4eb38-1479594664410@3capp-mailcom-bs15>



> Sent: Sunday, November 20, 2016 at 3:31 AM
> From: "Gregory Pittman" <gpittman at iglou.com>
> To: "Scribus Development Mailing List" <scribus-dev at lists.scribus.net>
> Subject: [scribus-dev] Picture browser crash
>
> Is anyone else seeing a crash (Signal #11) when they open Picture Browser?
> 
> I hesitated to file this immediately, since I am getting some funny
> behaviors at times ever since I've been running the indigo dock version
> off and on.
> 
> This is with newly built 1.5.3svn = revision 21521.
> 




I haven't been able to induce a crash with Rev 21518



Owen 


From gpittman at iglou.com  Sun Nov 20 15:18:05 2016
From: gpittman at iglou.com (Gregory Pittman)
Date: Sun, 20 Nov 2016 10:18:05 -0500
Subject: [scribus-dev] a slight (?) modification of scripter command
 fileDialog()
Message-ID: <909bfef2-b304-cb35-d66d-ce2ebb692b29@iglou.com>

I am trying to write a script in which you can accumulate a list of
image files, to then place inside a set of frames.

It's easy enough to set up a while loop to accomplish this, but the
subsequent irritation is that each time you bring up the dialog, it is
starting in the $HOME directory.

This is different from the dialog for Get Image, where the last
directory used is saved for the starting point the next time. It would
be nice if the fileDialog() command could use the same parameter that is
used by fileImportImage, and reset it if it changes.

Greg


From ale.comp_06 at xox.ch  Sun Nov 20 22:03:24 2016
From: ale.comp_06 at xox.ch (ale rimoldi)
Date: Sun, 20 Nov 2016 23:03:24 +0100
Subject: [scribus-dev] a slight (?) modification of scripter command
 fileDialog()
In-Reply-To: <909bfef2-b304-cb35-d66d-ce2ebb692b29@iglou.com>
References: <909bfef2-b304-cb35-d66d-ce2ebb692b29@iglou.com>
Message-ID: <20161120230324.420ff0d7@scharfeis.home>

hi

> I am trying to write a script in which you can accumulate a list of
> image files, to then place inside a set of frames.
> 
> It's easy enough to set up a while loop to accomplish this, but the
> subsequent irritation is that each time you bring up the dialog, it is
> starting in the $HOME directory.
> 
> This is different from the dialog for Get Image, where the last
> directory used is saved for the starting point the next time. It would
> be nice if the fileDialog() command could use the same parameter that
> is used by fileImportImage, and reset it if it changes.

why don't you select multiple image files in the load dialog and then
aplly each image to an existing frame or create one?

otherwise, i agree that one should be able to set the current path
when calling the file open dialog...

ciao
a.l.e


From gpittman at iglou.com  Sun Nov 20 22:55:57 2016
From: gpittman at iglou.com (Gregory Pittman)
Date: Sun, 20 Nov 2016 17:55:57 -0500
Subject: [scribus-dev] a slight (?) modification of scripter command
 fileDialog()
In-Reply-To: <20161120230324.420ff0d7@scharfeis.home>
References: <909bfef2-b304-cb35-d66d-ce2ebb692b29@iglou.com>
 <20161120230324.420ff0d7@scharfeis.home>
Message-ID: <73eb70d9-868e-38b3-cc80-34349d809587@iglou.com>

On 11/20/2016 05:03 PM, ale rimoldi wrote:
> hi
> 
>> I am trying to write a script in which you can accumulate a list of
>> image files, to then place inside a set of frames.
>>
>> It's easy enough to set up a while loop to accomplish this, but the
>> subsequent irritation is that each time you bring up the dialog, it is
>> starting in the $HOME directory.
>>
>> This is different from the dialog for Get Image, where the last
>> directory used is saved for the starting point the next time. It would
>> be nice if the fileDialog() command could use the same parameter that
>> is used by fileImportImage, and reset it if it changes.
> 
> why don't you select multiple image files in the load dialog and then
> aplly each image to an existing frame or create one?
> 
> otherwise, i agree that one should be able to set the current path
> when calling the file open dialog...
> 

Not sure I quite understand you. You can only select one file at a time.
Anyway, I have written a script that let's you serially a list of files
one at a time and then applies them to selected frames:

https://wiki.scribus.net/canvas/Gallery.py#gallery2.py

Greg


From ale.comp_06 at xox.ch  Mon Nov 21 08:31:35 2016
From: ale.comp_06 at xox.ch (ale rimoldi)
Date: Mon, 21 Nov 2016 09:31:35 +0100
Subject: [scribus-dev] a slight (?) modification of scripter command
 fileDialog()
In-Reply-To: <73eb70d9-868e-38b3-cc80-34349d809587@iglou.com>
References: <909bfef2-b304-cb35-d66d-ce2ebb692b29@iglou.com>
 <20161120230324.420ff0d7@scharfeis.home>
 <73eb70d9-868e-38b3-cc80-34349d809587@iglou.com>
Message-ID: <63b4e741-c701-e8f0-d01b-67af784e57aa@xox.ch>

hi greg

>> why don't you select multiple image files in the load dialog and then
>> aplly each image to an existing frame or create one?

> Not sure I quite understand you. You can only select one file at a time.

that's true in 1.4 but not in 1.5 ...

ciao
a.l.e


From scribus.user at gmail.com  Mon Nov 21 13:01:14 2016
From: scribus.user at gmail.com (Scribus User)
Date: Mon, 21 Nov 2016 08:01:14 -0500
Subject: [scribus-dev] Picture browser crash
In-Reply-To: <6a94c097-fbdc-594d-5cd6-dfab0e9dba8c@iglou.com>
References: <6a94c097-fbdc-594d-5cd6-dfab0e9dba8c@iglou.com>
Message-ID: <CAAt0FRjtzfwd-kgpupXYS-7WiHq+RP3di-D8c_qAspaMqgZ21Q@mail.gmail.com>

Greg, no issue for me using r21524 on Manjaro 16.10 Qt5.7
/Kunda
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20161121/ccd732fe/attachment.html>

From gpittman at iglou.com  Mon Nov 21 14:19:31 2016
From: gpittman at iglou.com (Gregory Pittman)
Date: Mon, 21 Nov 2016 09:19:31 -0500
Subject: [scribus-dev] a slight (?) modification of scripter command
 fileDialog()
In-Reply-To: <63b4e741-c701-e8f0-d01b-67af784e57aa@xox.ch>
References: <909bfef2-b304-cb35-d66d-ce2ebb692b29@iglou.com>
 <20161120230324.420ff0d7@scharfeis.home>
 <73eb70d9-868e-38b3-cc80-34349d809587@iglou.com>
 <63b4e741-c701-e8f0-d01b-67af784e57aa@xox.ch>
Message-ID: <cf753fef-a955-bdbf-3617-5f31e38945a7@iglou.com>

On 11/21/2016 03:31 AM, ale rimoldi wrote:
> hi greg
> 
>>> why don't you select multiple image files in the load dialog and then
>>> aplly each image to an existing frame or create one?
> 
>> Not sure I quite understand you. You can only select one file at a time.
> 
> that's true in 1.4 but not in 1.5 ...
> 
As far as I can see, you can multiply select from Get Image... but not
from fileDialog() in Scripter.

Greg


From ale.comp_06 at xox.ch  Mon Nov 21 14:30:41 2016
From: ale.comp_06 at xox.ch (ale rimoldi)
Date: Mon, 21 Nov 2016 15:30:41 +0100
Subject: [scribus-dev] a slight (?) modification of scripter command
 fileDialog()
In-Reply-To: <cf753fef-a955-bdbf-3617-5f31e38945a7@iglou.com>
References: <909bfef2-b304-cb35-d66d-ce2ebb692b29@iglou.com>
 <20161120230324.420ff0d7@scharfeis.home>
 <73eb70d9-868e-38b3-cc80-34349d809587@iglou.com>
 <63b4e741-c701-e8f0-d01b-67af784e57aa@xox.ch>
 <cf753fef-a955-bdbf-3617-5f31e38945a7@iglou.com>
Message-ID: <9f301e72-90fc-2758-6e47-50b57ebcc953@xox.ch>

hi greg

On 21/11/16 15:19, Gregory Pittman wrote:
> On 11/21/2016 03:31 AM, ale rimoldi wrote:
>> hi greg
>>
>>>> why don't you select multiple image files in the load dialog and then
>>>> aplly each image to an existing frame or create one?
>>
>>> Not sure I quite understand you. You can only select one file at a time.
>>
>> that's true in 1.4 but not in 1.5 ...
>>
> As far as I can see, you can multiply select from Get Image... but not
> from fileDialog() in Scripter.


yes, that is what i wanted to tell you.
why don't you simply use "get image" from the UI?

of course, one should be able to set the path when calling the 
fileDialog() from the scripter.
and if it's not possible, it would be a welcome addition.

but if i understood your mail correctly, your script seems to 
re-implement the same behavior as the normal "get image"...

ciao
a.l.e


From gpittman at iglou.com  Mon Nov 21 14:54:09 2016
From: gpittman at iglou.com (Gregory Pittman)
Date: Mon, 21 Nov 2016 09:54:09 -0500
Subject: [scribus-dev] a slight (?) modification of scripter command
 fileDialog()
In-Reply-To: <9f301e72-90fc-2758-6e47-50b57ebcc953@xox.ch>
References: <909bfef2-b304-cb35-d66d-ce2ebb692b29@iglou.com>
 <20161120230324.420ff0d7@scharfeis.home>
 <73eb70d9-868e-38b3-cc80-34349d809587@iglou.com>
 <63b4e741-c701-e8f0-d01b-67af784e57aa@xox.ch>
 <cf753fef-a955-bdbf-3617-5f31e38945a7@iglou.com>
 <9f301e72-90fc-2758-6e47-50b57ebcc953@xox.ch>
Message-ID: <39c1aa4a-c05e-306b-33b6-518b982e4aff@iglou.com>

On 11/21/2016 09:30 AM, ale rimoldi wrote:
> hi greg
> 
> On 21/11/16 15:19, Gregory Pittman wrote:
>> On 11/21/2016 03:31 AM, ale rimoldi wrote:
>>> hi greg
>>>
>>>>> why don't you select multiple image files in the load dialog and then
>>>>> aplly each image to an existing frame or create one?
>>>
>>>> Not sure I quite understand you. You can only select one file at a
>>>> time.
>>>
>>> that's true in 1.4 but not in 1.5 ...
>>>
>> As far as I can see, you can multiply select from Get Image... but not
>> from fileDialog() in Scripter.
> 
> 
> yes, that is what i wanted to tell you.
> why don't you simply use "get image" from the UI?
> 
> of course, one should be able to set the path when calling the
> fileDialog() from the scripter.
> and if it's not possible, it would be a welcome addition.
> 
> but if i understood your mail correctly, your script seems to
> re-implement the same behavior as the normal "get image"...
> 
To some extent, we could say this of all scripts. Why make a script to
create pages, make frames, load content, when you can to this from the
UI? Maybe we don't need Scripter at all. DirectImageImport might
therefore be the dumbest script of all.

There are some control features, like resizing, that the script does,
and besides, many of the scripts that I write are meant to be
illustrations of combining features for particular purposes, and showing
the necessary syntax. They aren't necessarily the final result an
individual might want. When I started this question, I was mainly
wondering why fileDialog() is such a crippled thing.

Greg

Greg


From ale.comp_06 at xox.ch  Mon Nov 21 15:09:45 2016
From: ale.comp_06 at xox.ch (ale rimoldi)
Date: Mon, 21 Nov 2016 16:09:45 +0100
Subject: [scribus-dev] a slight (?) modification of scripter command
 fileDialog()
In-Reply-To: <39c1aa4a-c05e-306b-33b6-518b982e4aff@iglou.com>
References: <909bfef2-b304-cb35-d66d-ce2ebb692b29@iglou.com>
 <20161120230324.420ff0d7@scharfeis.home>
 <73eb70d9-868e-38b3-cc80-34349d809587@iglou.com>
 <63b4e741-c701-e8f0-d01b-67af784e57aa@xox.ch>
 <cf753fef-a955-bdbf-3617-5f31e38945a7@iglou.com>
 <9f301e72-90fc-2758-6e47-50b57ebcc953@xox.ch>
 <39c1aa4a-c05e-306b-33b6-518b982e4aff@iglou.com>
Message-ID: <501c738c-de92-f40f-730c-6b5eea9ea331@xox.ch>

On 21/11/16 15:54, Gregory Pittman wrote:
> On 11/21/2016 09:30 AM, ale rimoldi wrote:
>> hi greg
>>
>> On 21/11/16 15:19, Gregory Pittman wrote:
>>> On 11/21/2016 03:31 AM, ale rimoldi wrote:
>>>> hi greg
>>>>
>>>>>> why don't you select multiple image files in the load dialog and then
>>>>>> aplly each image to an existing frame or create one?
>>>>
>>>>> Not sure I quite understand you. You can only select one file at a
>>>>> time.
>>>>
>>>> that's true in 1.4 but not in 1.5 ...
>>>>
>>> As far as I can see, you can multiply select from Get Image... but not
>>> from fileDialog() in Scripter.
>>
>>
>> yes, that is what i wanted to tell you.
>> why don't you simply use "get image" from the UI?
>>
>> of course, one should be able to set the path when calling the
>> fileDialog() from the scripter.
>> and if it's not possible, it would be a welcome addition.
>>
>> but if i understood your mail correctly, your script seems to
>> re-implement the same behavior as the normal "get image"...
>>
> To some extent, we could say this of all scripts. Why make a script to
> create pages, make frames, load content, when you can to this from the
> UI? Maybe we don't need Scripter at all. DirectImageImport might
> therefore be the dumbest script of all.
>
> There are some control features, like resizing, that the script does,
> and besides, many of the scripts that I write are meant to be
> illustrations of combining features for particular purposes, and showing
> the necessary syntax. They aren't necessarily the final result an
> individual might want. When I started this question, I was mainly
> wondering why fileDialog() is such a crippled thing.

greg, i just wanted to hint that the feature you're implementing, might 
already be in scribus.

and i agreed from the beginning that fileDialog() should have the path 
as an optional parameter.

(even if i don't really care which default is chosen, since depending on 
what i'm doing i normal wish the default would be another one...)

peace and love
a.l.e


From ale.comp_06 at xox.ch  Tue Nov 22 10:24:41 2016
From: ale.comp_06 at xox.ch (ale rimoldi)
Date: Tue, 22 Nov 2016 11:24:41 +0100
Subject: [scribus-dev] a slight (?) modification of scripter command
 fileDialog()
In-Reply-To: <501c738c-de92-f40f-730c-6b5eea9ea331@xox.ch>
References: <909bfef2-b304-cb35-d66d-ce2ebb692b29@iglou.com>
 <20161120230324.420ff0d7@scharfeis.home>
 <73eb70d9-868e-38b3-cc80-34349d809587@iglou.com>
 <63b4e741-c701-e8f0-d01b-67af784e57aa@xox.ch>
 <cf753fef-a955-bdbf-3617-5f31e38945a7@iglou.com>
 <9f301e72-90fc-2758-6e47-50b57ebcc953@xox.ch>
 <39c1aa4a-c05e-306b-33b6-518b982e4aff@iglou.com>
 <501c738c-de92-f40f-730c-6b5eea9ea331@xox.ch>
Message-ID: <41a21a93-5d4d-2326-1430-5c3811ea3256@xox.ch>

hoi greg

>>> yes, that is what i wanted to tell you.
>>> why don't you simply use "get image" from the UI?

and, of course, from the UI you can create new multiple frames, not only 
fill existing ones.
very powerfull.

and you can mix the types of contents (iirc).

ciao
a.l.e


From ale.comp_06 at xox.ch  Tue Nov 22 10:51:52 2016
From: ale.comp_06 at xox.ch (ale rimoldi)
Date: Tue, 22 Nov 2016 11:51:52 +0100
Subject: [scribus-dev] a slight (?) modification of scripter command
 fileDialog()
In-Reply-To: <41a21a93-5d4d-2326-1430-5c3811ea3256@xox.ch>
References: <909bfef2-b304-cb35-d66d-ce2ebb692b29@iglou.com>
 <20161120230324.420ff0d7@scharfeis.home>
 <73eb70d9-868e-38b3-cc80-34349d809587@iglou.com>
 <63b4e741-c701-e8f0-d01b-67af784e57aa@xox.ch>
 <cf753fef-a955-bdbf-3617-5f31e38945a7@iglou.com>
 <9f301e72-90fc-2758-6e47-50b57ebcc953@xox.ch>
 <39c1aa4a-c05e-306b-33b6-518b982e4aff@iglou.com>
 <501c738c-de92-f40f-730c-6b5eea9ea331@xox.ch>
 <41a21a93-5d4d-2326-1430-5c3811ea3256@xox.ch>
Message-ID: <8c091d41-2839-a342-c86e-72292f7e93a8@xox.ch>



On 22/11/16 11:24, ale rimoldi wrote:
> hoi greg
>
>>>> yes, that is what i wanted to tell you.
>>>> why don't you simply use "get image" from the UI?
>
> and, of course, from the UI you can create new multiple frames, not only
> fill existing ones.
> very powerfull.
>
> and you can mix the types of contents (iirc).

ah, and selecting multiple images from multiple directories (irc...) 
does IMO not make much sense (a too complex workflow)

just open a file manager and drop the images into your document...
one after the other.
on top of existing frames or on the empty space...
much simpler.
(p.s.: of course, it would be nice if pressing shift would create a new 
image that fits the guides :-)

ciao
a.l.e


