From post at jbechtel.de Mon Jun 1 06:17:41 2020 From: post at jbechtel.de (Jonas Bechtel) Date: Mon, 1 Jun 2020 08:17:41 +0200 Subject: [scribus] Scribus 5.1.1 - long text - there is always remaining a piece of empty line In-Reply-To: References: Message-ID: <20200601081741.1d56aad5@mmluhan> Hello Gudrun, I have made an example what it looks like when I add extra objects on top of the text layer. You find it attached or at http://jbechtel.de/zeug/bla1bla2.png http://jbechtel.de/zeug/bla1bla2.sla (till august 2020) MD5 (bla1bla2.sla) = 06fd0df75086eb658ae920e71fae2207 a) Is that what you mean? b) if not, can you send a screenshot of your problem? c) (alternative to b) ) can you take my example and play with it until it shows your problem? Best Regards Jonas On Sat, 30 May 2020 08:36:50 +0200 (CEST) Gudrun Exner wrote with subject "[scribus] Scribus 5.1.1 - long text - there is always remaining a piece of empty line": > Dear Scribus-community, hallo! > > I have a problem concerning the use of Scribus 1.5.5. > > I loaded a long unformatted text of 170 pages (without any pictures > or images at all) from MS-Word, formatted it as justified in Scribus > 1.5.5, and there remains always a gap, a small piece of empty line, > at the bottom of each page in the last line on the right side. > How can I remove this? > > I tried different solutions, but none worked. > > I must admit that the original text written in Word was already > formatted, but I removed the formatting before loading the text into > Scribus. > Is this (a) a general problem or (b) my problem with Scribus? >   > If it is (b) than perhaps a (quick) solution can be found.  > > With best wishes  > > Gudrun > >   > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ___ Scribus Mailing List: scribus at lists.scribus.net > Edit your options or unsubscribe: > http://lists.scribus.net/mailman/listinfo/scribus > See also: > http://wiki.scribus.net > http://forums.scribus.net > -------------- n?chster Teil -------------- Ein Dateianhang mit Bin?rdaten wurde abgetrennt... Dateiname : bla1bla2.png Dateityp : image/png Dateigr??e : 86016 bytes Beschreibung: nicht verf?gbar URL : -------------- n?chster Teil -------------- Ein Dateianhang mit Bin?rdaten wurde abgetrennt... Dateiname : bla1bla2.sla Dateityp : application/vnd.scribus Dateigr??e : 20567 bytes Beschreibung: nicht verf?gbar URL : From gudrun.exner at aon.at Mon Jun 1 09:59:35 2020 From: gudrun.exner at aon.at (Gudrun Exner) Date: Mon, 01 Jun 2020 11:59:35 +0200 (CEST) Subject: [scribus] =?utf-8?q?Scribus_5=2E1=2E1_-_long_text_-_there_is_alw?= =?utf-8?q?ays_remaining_a_piece_of_empty_line?= Message-ID: An HTML attachment was scrubbed... URL: From jluc at no-log.org Tue Jun 2 09:33:43 2020 From: jluc at no-log.org (JLuc) Date: Tue, 2 Jun 2020 11:33:43 +0200 Subject: [scribus] Script for (french) thin typographic spaces Message-ID: Has somebody writtend a script to add thin typographic spaces where required for french ? (Before and/or after ? ? : ; ! etc) I've been planning to write a rough version of such a script someday (adapting the autoquote2 script) but it'd be great when it exists allready. JLuc From jflemaire at posteo.be Tue Jun 2 09:42:15 2020 From: jflemaire at posteo.be (=?ISO-8859-1?Q?Jean=2DFran=E7ois?= Lemaire) Date: Tue, 02 Jun 2020 11:42:15 +0200 Subject: [scribus] Script for (french) thin typographic spaces In-Reply-To: References: Message-ID: <1634421.VUmysG1fPW@chertsey> Hi JLuc, On Tuesday, 2 June 2020 11:33:43 CEST JLuc wrote: > Has somebody writtend a script to add thin typographic spaces where required > for french ? I can't answer your question because I don't know but I would like to mention that such thin spaces would need to be nonbreaking to be really useful. This is sorely missing in Scribus for us French language users. Cheers, JFL -- Jean-Fran?ois Lemaire From silvain-dupertuis at bluewin.ch Tue Jun 2 11:44:03 2020 From: silvain-dupertuis at bluewin.ch (Silvain Dupertuis) Date: Tue, 2 Jun 2020 13:44:03 +0200 Subject: [scribus] Script for (french) thin typographic spaces In-Reply-To: <1634421.VUmysG1fPW@chertsey> References: <1634421.VUmysG1fPW@chertsey> Message-ID: I am interested in such a script, as I have been putting thin spaces by hand in certain documents to get a more professional look Now I dit test : thin space _IS non-breaking_ in Scribus, so it is useful. I join a test file to illustrate the strange thing I noticed: 1. The thin space *is not accessible from the Insert Spaces and Breaks Menu* in text using fonts like Times, Arial, Liberation... Which seems to suggest that this character is missing in these fonts. 2. On the other hand, it is *present for DejaVu fonts*. 3. Now comes the strange thing If I do this * insert thin spaces through the menu on a text formatted with DejaVu * change the font (by style or hardformatting) to one of these previous fonts then the thin space stays there and works fine even with Liberation, Arial, Times... (And I checked it on the xml text of the sla file). One more note: I remember having seen a script to add non-breaking spaces in French. I do not see it in my present installation, maybe it was with a previous version. It would be easy to change it into using thin spaces... Sincerely Silvain Le 02.06.20 ? 11:42, Jean-Fran?ois Lemaire a ?crit?: > Hi JLuc, > > On Tuesday, 2 June 2020 11:33:43 CEST JLuc wrote: >> Has somebody writtend a script to add thin typographic spaces where required >> for french ? > I can't answer your question because I don't know but I would like to mention > that such thin spaces would need to be nonbreaking to be really useful. This > is sorely missing in Scribus for us French language users. > > Cheers, > JFL -- Silvain Dupertuis Route de Lausanne 335 1293 Bellevue (Switzerland) t?l. +41-(0)22-774.20.67 portable +41-(0)79-604.87.52 web: silvain-dupertuis.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Sribues-espaces-fines.sla Type: application/vnd.scribus Size: 23488 bytes Desc: not available URL: From jflemaire at posteo.be Tue Jun 2 12:08:17 2020 From: jflemaire at posteo.be (=?ISO-8859-1?Q?Jean=2DFran=E7ois?= Lemaire) Date: Tue, 02 Jun 2020 14:08:17 +0200 Subject: [scribus] Script for (french) thin typographic spaces In-Reply-To: References: <1634421.VUmysG1fPW@chertsey> Message-ID: <1945267.5ZFdDYkbbO@chertsey> On Tuesday, 2 June 2020 13:44:03 CEST Silvain Dupertuis wrote: > Now I dit test : thin space _IS non-breaking_ in Scribus, so it is useful. Strange, it isn't with my Scribus 1.5.5 with the Libertinus font. I just tried. Cheers, JFL -- Jean-Fran?ois Lemaire From tor at tokiop.com Tue Jun 2 12:57:58 2020 From: tor at tokiop.com (Victor / tokiop) Date: Tue, 2 Jun 2020 14:57:58 +0200 Subject: [scribus] Script for (french) thin typographic spaces In-Reply-To: References: Message-ID: <665143d3-6720-a317-bb67-c50346f718ff@tokiop.com> Le 02/06/2020 ? 11:33, JLuc a ?crit?: > Has?somebody?writtend?a?script?to?add?thin?typographic?spaces?where?required?for?french?? > > (Before?and/or?after?????:?;?!?etc) > > I've?been?planning?to?write?a?rough?version?of?such?a?script?someday > (adapting?the?autoquote2?script) > but?it'd?be?great?when?it?exists?allready. > > JLuc Hi JLuc and all, running this in console, in Scribus 1.5.5, with text frame selected, seems to work for me. It is reworked from a larger function so it is not tested much as is. Utf8 and regex is a bit tricky, not sure it is optimal as is, but thin space is correctly replaced before "?", which is not the case if utf8/regex is messed up. It only replace existing spaces with thin spaces, does not add missing spaces. Also, formatting will probably be lost, maybe autoquote does things better to prevent this, didn't check yet. Hope it can help, will be interested in a solid function too ! Victor ---- 8< ---- #!/usr/bin/env python3 # -*- coding: utf-8 -*- import re thin_space = u"\u2009" thin_nbsp = u"\u202F" thin_before = "!?;:%?)" re_thin_before = re.compile(ur'\s([%s])'%thin_before) thin_after = "?(" re_thin_after = re.compile(ur'([%s])\s'%thin_after) def traitement_typo(text) : text = re_thin_before.sub(thin_nbsp+ur"\1", text) text = re_thin_after.sub(ur"\1"+thin_nbsp, text) return text def main() : frame = scribus.getSelectedObject(0) text = scribus.getAllText(frame).decode("utf-8") scribus.setText(traitement_typo(text), frame) main() From jluc at no-log.org Tue Jun 2 13:53:44 2020 From: jluc at no-log.org (JLuc) Date: Tue, 2 Jun 2020 15:53:44 +0200 Subject: [scribus] Script for (french) thin typographic spaces In-Reply-To: References: <1634421.VUmysG1fPW@chertsey> Message-ID: Le 02/06/2020 ? 13:44, Silvain Dupertuis a ?crit?: > 1. The thin space *is not accessible from the Insert Spaces and Breaks Menu* in text using fonts like Times, Arial, > Liberation... > Which seems to suggest that this character is missing in these fonts. Is there a python function to check whether a glyph exists in some font or not ? This is an issue that i usually circumvene adding a thin space not of the local font, but of a dedicated font. > I remember having seen a script to add non-breaking spaces in French. Autoquote and Autoquote2 in the scripts menu ? I realize there is even an Autoquote3 : https://wiki.scribus.net/canvas/Autoquote2 (even if the title of the page is autoquote2) JL > Le 02.06.20 ? 11:42, Jean-Fran?ois Lemaire a ?crit?: >> Hi JLuc, >> >> On Tuesday, 2 June 2020 11:33:43 CEST JLuc wrote: >>> Has somebody writtend a script to add thin typographic spaces where required >>> for french ? >> I can't answer your question because I don't know but I would like to mention >> that such thin spaces would need to be nonbreaking to be really useful. This >> is sorely missing in Scribus for us French language users. >> >> Cheers, >> JFL > > From jluc at no-log.org Tue Jun 2 16:09:11 2020 From: jluc at no-log.org (JLuc) Date: Tue, 2 Jun 2020 18:09:11 +0200 Subject: [scribus] Script for (french) thin typographic spaces In-Reply-To: <665143d3-6720-a317-bb67-c50346f718ff@tokiop.com> References: <665143d3-6720-a317-bb67-c50346f718ff@tokiop.com> Message-ID: Le 02/06/2020 ? 14:57, Victor / tokiop a ?crit?: > Utf8 and regex is a bit tricky, not sure it is optimal as is, but thin space is correctly replaced before "?", which is not the case if utf8/regex is messed up. AMOF Autoquotes script also manages spaces around " and ? and ? but it's interesting to read how you do so using regexps rather than parsing. What misses is adding (or changing spaces into) thin non breakable spaces before ! ; ? : and after some glyphs also. JLuc > > It only replace existing spaces with thin spaces, does not add missing spaces. Also, formatting will probably be lost, maybe autoquote does things better to prevent this, didn't check yet. > > Hope it can help, will be interested in a solid function too ! > > Victor > > ---- 8< ---- > #!/usr/bin/env python3 > # -*- coding: utf-8 -*- > > import re > > thin_space = u"\u2009" > thin_nbsp = u"\u202F" > > thin_before = "!?;:%?)" > re_thin_before = re.compile(ur'\s([%s])'%thin_before) > > thin_after = "?(" > re_thin_after = re.compile(ur'([%s])\s'%thin_after) > > def traitement_typo(text) : > text = re_thin_before.sub(thin_nbsp+ur"\1", text) > text = re_thin_after.sub(ur"\1"+thin_nbsp, text) > return text > > def main() : > frame = scribus.getSelectedObject(0) > text = scribus.getAllText(frame).decode("utf-8") > scribus.setText(traitement_typo(text), frame) > > main() > > ___ > Scribus Mailing List: scribus at lists.scribus.net > Edit your options or unsubscribe: > http://lists.scribus.net/mailman/listinfo/scribus > See also: > http://wiki.scribus.net > http://forums.scribus.net > From zm at revue-gugu.org Tue Jun 2 16:19:55 2020 From: zm at revue-gugu.org (ZASKE Martin) Date: Tue, 2 Jun 2020 19:19:55 +0300 Subject: [scribus] Script for (french) thin typographic spaces In-Reply-To: References: Message-ID: I totally see the need. End of April I wrote a hack, because the thin non-breaking space is too clunky for my taste in many fonts. We need this for French and for one African language. This is just a hack to avoid doing all that click-work manually. It is not automagic and needs proof-reading afterwards to catch where targets have jumped at the end of a line or where other bad side-effects have happened. Also I only do this to documents, where I know from the work-flow that nobody else has already done any "treatment" for the punctuation-spacing. My hack is simulating the "manual tracking" of Scribus, as offered normally in Text Properties > Advanced Settings. We shift the target characters by tiny amounts away from the last word-forming character. I did not find a handle for this in the Scribus Scripter API (but then it was probably because I am rather a beginner in scripting Scribus). So I run a regex over a closed Scribus .sla file, because this was the least painful to write and gave me some help towards what I needed. There is lookaround so I only treat text inside what Scribus considers . I do not need to run the regex manually, I use a commercial power editor to do that for me. Much better than manually clicking through entire documents in Scribus. And I get immediate visual highlighting for all "hits" at once - if I wish - so if I ever hit some "special text" where an author had fun typing rows of :::::::: or whatever, then I would be visually alerted. My regex might look like this, for search for simple documents: (?<=.*) (!|\?|:|;)(?=.*) And would then use this for replace: "/> > AMOF?Autoquotes?script?also?manages?spaces?around?"?and???and?? > but?it's?interesting?to?read?how?you?do?so?using?regexps?rather?than?parsing. Regexes can be very handy but getting and filling all the text at once looses the styling, Autoquote parses character by character, it might allow to keep a better track of styling. > What?misses?is?adding?(or?changing?spaces?into)?thin?non?breakable?spaces?before?!?;???: > and?after?some?glyphs?also. Thanks I did'nt know/check that, maybe the best way to handle it would be to add a thin-space option/default, to Autoquote for language for which it is relevant ? From gpittman at iglou.com Tue Jun 2 17:32:03 2020 From: gpittman at iglou.com (Gregory Pittman) Date: Tue, 2 Jun 2020 13:32:03 -0400 Subject: [scribus] Script for (french) thin typographic spaces In-Reply-To: References: <665143d3-6720-a317-bb67-c50346f718ff@tokiop.com> Message-ID: <774f6bfe-b021-3f09-e5cb-8a997d757abc@iglou.com> On 6/2/20 12:09 PM, JLuc wrote: > Le 02/06/2020 ? 14:57, Victor / tokiop a ?crit?: >> Utf8 and regex is a bit tricky, not sure it is optimal as is, but thin space is correctly replaced before "?", which is not the case if utf8/regex is messed up. > > AMOF Autoquotes script also manages spaces around " and ? and ? > but it's interesting to read how you do so using regexps rather than parsing. > > What misses is adding (or changing spaces into) thin non breakable spaces before ! ; ? : > and after some glyphs also. > HI JLuc, This has already been solved, with the Autoquote2 script included with Scribus. I even thought it was you that made Autoquote2: # ? 2010.08.28 Gregory Pittman # ? 2013.10.07 Enhancements by Jean-Luc Girard Maybe a different JLuc? Anyway, 'fr' is the default language with the first dialog. This way, the dialogs are also in French. If you pass all the error-checking, you get: "Selon les polices de caract?re utilis?es, choisissez le type d'espace ajout? avec les doubles guillemets fran?ais, lorsqu'il n'y en a pas d?j? un.\n0 : aucun espace ajout? ; 1 : ins?cable ; 2 : ins?cable fine ; 3 : fine" with a default of 1, ins?cable. The next, and very important dialog, asks: "Voulez vous aussi appliquer ce traitement sur les double-guillemets fran?ais d?j? en place ? Oui: O ; Non : N " so you can run this script on a document that already has double-guillemets in place. As far as concern about whether a font has the non-breaking thin space, I had a hard time finding any of mine that didn't, and to me this is a reason to disable those fonts in Scribus. Greg From jluc at no-log.org Tue Jun 2 18:29:08 2020 From: jluc at no-log.org (JLuc) Date: Tue, 2 Jun 2020 20:29:08 +0200 Subject: [scribus] Script for (french) thin typographic spaces In-Reply-To: <774f6bfe-b021-3f09-e5cb-8a997d757abc@iglou.com> References: <665143d3-6720-a317-bb67-c50346f718ff@tokiop.com> <774f6bfe-b021-3f09-e5cb-8a997d757abc@iglou.com> Message-ID: Le 02/06/2020 ? 19:32, Gregory Pittman a ?crit?: > On 6/2/20 12:09 PM, JLuc wrote: > This has already been solved, with the Autoquote2 script included with Scribus. I even thought it was you that made Autoquote2: > # ? 2010.08.28 Gregory Pittman > # ? 2013.10.07 Enhancements by Jean-Luc Girard In 2013 allready i longed for a script to tackle *other* basic typographic rules because Autoquotes2 deals only with 3 glyphs : " ? and ? when french typography requires spaces also for ; ! ? : (double signs and more). JL From gpittman at iglou.com Tue Jun 2 18:54:27 2020 From: gpittman at iglou.com (Gregory Pittman) Date: Tue, 2 Jun 2020 14:54:27 -0400 Subject: [scribus] Script for (french) thin typographic spaces In-Reply-To: References: <665143d3-6720-a317-bb67-c50346f718ff@tokiop.com> <774f6bfe-b021-3f09-e5cb-8a997d757abc@iglou.com> Message-ID: <190f864e-95f8-ae21-09f5-0320eb535300@iglou.com> On 6/2/20 2:29 PM, JLuc wrote: > Le 02/06/2020 ? 19:32, Gregory Pittman a ?crit?: >> On 6/2/20 12:09 PM, JLuc wrote: >> This has already been solved, with the Autoquote2 script included with Scribus. I even thought it was you that made Autoquote2: >> # ? 2010.08.28 Gregory Pittman >> # ? 2013.10.07 Enhancements by Jean-Luc Girard > > In 2013 allready i longed for a script to tackle *other* basic typographic rules > because Autoquotes2 deals only with 3 glyphs : " ? and ? > when french typography requires spaces also for ; ! ? : (double signs and more). > It's not that hard to adapt the script for other purposes. I used the same logic to create en+emdash.py: https://wiki.scribus.net/canvas/En%2Bemdash.py What this does is to look for hyphens. If it finds one, it is left alone. Two in row becomes an endash, and three in the row an emdash. It's a much speedier way to use en- and emdashes than entering them one by one from the menu. Greg From jluc at no-log.org Tue Jun 2 21:30:27 2020 From: jluc at no-log.org (JLuc) Date: Tue, 2 Jun 2020 23:30:27 +0200 Subject: [scribus] Script for (french) thin typographic spaces In-Reply-To: <190f864e-95f8-ae21-09f5-0320eb535300@iglou.com> References: <665143d3-6720-a317-bb67-c50346f718ff@tokiop.com> <774f6bfe-b021-3f09-e5cb-8a997d757abc@iglou.com> <190f864e-95f8-ae21-09f5-0320eb535300@iglou.com> Message-ID: So here is a new script dealing with basic french typo rules about double signs https://github.com/JLuc/autotypo/blob/master/autotypo.py It's an enhancement of autoquote2 and also deals with quotes JLuc Le 02/06/2020 ? 20:54, Gregory Pittman a ?crit?: > On 6/2/20 2:29 PM, JLuc wrote: >> Le 02/06/2020 ? 19:32, Gregory Pittman a ?crit?: >>> On 6/2/20 12:09 PM, JLuc wrote: >>> This has already been solved, with the Autoquote2 script included with Scribus. I even thought it was you that made Autoquote2: >>> # ? 2010.08.28 Gregory Pittman >>> # ? 2013.10.07 Enhancements by Jean-Luc Girard >> >> In 2013 allready i longed for a script to tackle *other* basic typographic rules >> because Autoquotes2 deals only with 3 glyphs : " ? and ? >> when french typography requires spaces also for ; ! ? : (double signs and more). >> > > It's not that hard to adapt the script for other purposes. I used the same logic to create en+emdash.py: > > https://wiki.scribus.net/canvas/En%2Bemdash.py > > What this does is to look for hyphens. If it finds one, it is left alone. Two in row becomes an endash, and three in the row an emdash. It's a much speedier way to use en- and emdashes than entering them one by one from the menu. > > Greg > > > ___ > Scribus Mailing List: scribus at lists.scribus.net > Edit your options or unsubscribe: > http://lists.scribus.net/mailman/listinfo/scribus > See also: > http://wiki.scribus.net > http://forums.scribus.net > From gpittman at iglou.com Tue Jun 2 22:52:08 2020 From: gpittman at iglou.com (Gregory Pittman) Date: Tue, 2 Jun 2020 18:52:08 -0400 Subject: [scribus] Script for (french) thin typographic spaces In-Reply-To: References: <665143d3-6720-a317-bb67-c50346f718ff@tokiop.com> <774f6bfe-b021-3f09-e5cb-8a997d757abc@iglou.com> <190f864e-95f8-ae21-09f5-0320eb535300@iglou.com> Message-ID: On 6/2/20 5:30 PM, JLuc wrote: > So here is a new script dealing with basic french typo rules about double signs > https://github.com/JLuc/autotypo/blob/master/autotypo.py > > It's an enhancement of autoquote2 and also deals with quotes > I'll check it out and see how it goes. What we may want to do is to have this autotypo.py replace Autoquote2.py in the scripts included with Scribus, since it does everything Autoquote2.py did anyway. Greg From javiergalfaro at gmail.com Wed Jun 3 23:15:28 2020 From: javiergalfaro at gmail.com (=?UTF-8?Q?Javier_Garc=C3=ADa_Alfaro?=) Date: Wed, 3 Jun 2020 20:15:28 -0300 Subject: [scribus] Scribus 1.4.6 / Ubuntu 20.04 Message-ID: Hi, I had upgrade Ubuntu from 18.04 to 20.04 LTS, Scribus is now 1.5.5. I need Scribus 1.4.6 because there's a problems with styles and compatibility with the new version. How can I downgrade or install another version? Thank you in advance. ------------ pr?xima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From jluc at no-log.org Thu Jun 4 07:15:58 2020 From: jluc at no-log.org (JLuc) Date: Thu, 4 Jun 2020 09:15:58 +0200 Subject: [scribus] Scribus 1.4.6 / Ubuntu 20.04 In-Reply-To: References: Message-ID: Le 04/06/2020 ? 01:15, Javier Garc?a Alfaro a ?crit?: > Hi, I had upgrade Ubuntu from 18.04 to 20.04 LTS, Scribus is now 1.5.5. I > need Scribus 1.4.6 because there's a problems with styles and compatibility > with the new version. How can I downgrade or install another version? Thank > you in advance. Not sure there is a version ready to install... Could you maybe compile it ? I'm curious to know what styles and compatibility issue you got : could you be more precise, describe the situations and possibily provide a sample document displaying the issue ? JLuc > ------------ pr?xima parte ------------ > Se ha borrado un adjunto en formato HTML... > URL: > ___ > Scribus Mailing List: scribus at lists.scribus.net > Edit your options or unsubscribe: > http://lists.scribus.net/mailman/listinfo/scribus > See also: > http://wiki.scribus.net > http://forums.scribus.net > From zm at revue-gugu.org Thu Jun 4 07:55:46 2020 From: zm at revue-gugu.org (ZASKE Martin) Date: Thu, 4 Jun 2020 10:55:46 +0300 Subject: [scribus] Script for (french) thin typographic spaces In-Reply-To: References: <665143d3-6720-a317-bb67-c50346f718ff@tokiop.com> <774f6bfe-b021-3f09-e5cb-8a997d757abc@iglou.com> <190f864e-95f8-ae21-09f5-0320eb535300@iglou.com> Message-ID: <7ec5d4c6-d4ef-688d-4659-58778eeeb2a2@revue-gugu.org> Thank you JLuc, for sharing your work. I tried out your script with a real text and it works nicely. I was puzzled by one question that popped up: Voulez vous aussi appliquer ce traitement sur les double-guillemets fran?ais d?j? en place ? I just had a browse through the code and found the English equivalent, which is clearer to me. So I submit this wording for your consideration: Voulez vous aussi appliquer votre choix d'espaces sur les double-guillemets fran?ais d?j? en place ? Personally, I find the thin-non-breaking spaces supplied with most fonts rather wide. When used for French typography with the punctuation, it gives very harsh results, especially where justification "makes it worse". Just grabbed a few contemporary commercial books in French and was surprised that indeed, those are just the same. From memory I thought that commercial publications used to be tuned for nicer results. Anyway, all this means, that with your tool, Scribus users can produce correct French publications with much less manual work than before. Very much appreciated. Martin PS: If you or anybody out there would know how to access the "Manual Tracking" as seen in "Advanced Text Settings" for the Scripter API, then I might have a go and hack the really useful script for my preference of "just a really discreet space". On 03.06.2020 00:30, JLuc wrote: > So here is a new script dealing with basic french typo rules about > double signs > https://github.com/JLuc/autotypo/blob/master/autotypo.py > > It's an enhancement of autoquote2 and also deals with quotes > > JLuc > > > Le 02/06/2020 ? 20:54, Gregory Pittman a ?crit?: >> On 6/2/20 2:29 PM, JLuc wrote: >>> Le 02/06/2020 ? 19:32, Gregory Pittman a ?crit?: >>>> On 6/2/20 12:09 PM, JLuc wrote: >>>> This has already been solved, with the Autoquote2 script included >>>> with Scribus. I even thought it was you that made Autoquote2: >>>> # ? 2010.08.28 Gregory Pittman >>>> # ? 2013.10.07 Enhancements by Jean-Luc Girard >>> >>> In 2013 allready i longed for a script to tackle *other* basic >>> typographic rules >>> because Autoquotes2 deals only with 3 glyphs : " ? and ? >>> when french typography requires spaces also for ; ! ? : (double signs >>> and more). >>> >> >> It's not that hard to adapt the script for other purposes. I used the >> same logic to create en+emdash.py: >> >> https://wiki.scribus.net/canvas/En%2Bemdash.py >> >> What this does is to look for hyphens. If it finds one, it is left >> alone. Two in row becomes an endash, and three in the row an emdash. >> It's a much speedier way to use en- and emdashes than entering them >> one by one from the menu. >> >> Greg >> >> >> ___ >> Scribus Mailing List: scribus at lists.scribus.net >> Edit your options or unsubscribe: >> http://lists.scribus.net/mailman/listinfo/scribus >> See also: >> http://wiki.scribus.net >> http://forums.scribus.net >> > > > > ___ > Scribus Mailing List: scribus at lists.scribus.net > Edit your options or unsubscribe: > http://lists.scribus.net/mailman/listinfo/scribus > See also: > http://wiki.scribus.net > http://forums.scribus.net -- ZASKE Martin responsable G?G? BP 50 - Bassila - B?nin tel G?G? 66.66.11.11 tel pers 97.44.62.95 From driehuis at playbeing.org Thu Jun 4 09:01:32 2020 From: driehuis at playbeing.org (Bert Driehuis) Date: Thu, 4 Jun 2020 11:01:32 +0200 Subject: [scribus] Scribus 1.4.6 / Ubuntu 20.04 In-Reply-To: References: Message-ID: Dear Javier, > Hi, I had upgrade Ubuntu from 18.04 to 20.04 LTS, Scribus is now 1.5.5. I > need Scribus 1.4.6 because there's a problems with styles and compatibility > with the new version. How can I downgrade or install another version? Thank > you in advance. The Scribus PPA does not currently support Focal yet, but you may want to watch https://launchpad.net/~scribus/+archive/ubuntu/ppa as I expect it will show up there eventually. In general, the first six months after a new Ubuntu LTS is released it is not recommended to upgrade, precisely because issues like this have not been ironed out. I looked for viable alternatives but could not find any, sorry. As JLuc mentioned, many people on this list think 1.5.5 is an improvement over 1.4.6 so you may want to consider moving in that direction. With kind regards, Bert From mattia at mapreri.org Thu Jun 4 09:06:48 2020 From: mattia at mapreri.org (Mattia Rizzolo) Date: Thu, 4 Jun 2020 11:06:48 +0200 Subject: [scribus] Scribus 1.4.6 / Ubuntu 20.04 In-Reply-To: References: Message-ID: <20200604090648.GD1082784@mapreri.org> On Thu, Jun 04, 2020 at 09:15:58AM +0200, JLuc wrote: > Le 04/06/2020 ? 01:15, Javier Garc?a Alfaro a ?crit?: > > Hi, I had upgrade Ubuntu from 18.04 to 20.04 LTS, Scribus is now 1.5.5. I > > need Scribus 1.4.6 because there's a problems with styles and compatibility > > with the new version. How can I downgrade or install another version? Thank > > you in advance. > > Not sure there is a version ready to install... > Could you maybe compile it ? Unfortunately Debian and Ubuntu went ahead with the deprecation of Qt4, so it's not quite possible to build scribus 1.4.x for Ubuntu 20.04 without forward-porting a tad too many things. If there is a strong request (this is actually the first one I read, I think) I could try to set up a separate PPA and forward-port Qt4, but it's a pain I'd gladly save myself if posible. > I'm curious to know what styles and compatibility issue you got : > could you be more precise, describe the situations > and possibily provide a sample document displaying the issue ? Aye, please describe your problem, it might just be fixed if it's properly reported (if it's really a bug). -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From kathy at kathyreid.id.au Thu Jun 4 09:09:37 2020 From: kathy at kathyreid.id.au (Kathy Reid) Date: Thu, 4 Jun 2020 19:09:37 +1000 Subject: [scribus] Scribus 1.4.6 / Ubuntu 20.04 In-Reply-To: References: Message-ID: <3252ee95-95cf-7b5b-1a87-72585a7fa751@kathyreid.id.au> Hola Javier, I am running 20.04 LTS Linux, with Scribus 1.5.5. If you could describe the problem, I can try and replicate it here. Kind regards, Kathy On 4/6/20 9:15 am, Javier Garc?a Alfaro wrote: > Hi, I had upgrade Ubuntu from 18.04 to 20.04 LTS, Scribus is now 1.5.5. I > need Scribus 1.4.6 because there's a problems with styles and compatibility > with the new version. How can I downgrade or install another version? Thank > you in advance. > ------------ pr?xima parte ------------ > Se ha borrado un adjunto en formato HTML... > URL: > ___ > Scribus Mailing List: scribus at lists.scribus.net > Edit your options or unsubscribe: > http://lists.scribus.net/mailman/listinfo/scribus > See also: > http://wiki.scribus.net > http://forums.scribus.net From jluc at no-log.org Thu Jun 4 15:14:15 2020 From: jluc at no-log.org (JLuc) Date: Thu, 4 Jun 2020 17:14:15 +0200 Subject: [scribus] Script for (french) thin typographic spaces In-Reply-To: <7ec5d4c6-d4ef-688d-4659-58778eeeb2a2@revue-gugu.org> References: <665143d3-6720-a317-bb67-c50346f718ff@tokiop.com> <774f6bfe-b021-3f09-e5cb-8a997d757abc@iglou.com> <190f864e-95f8-ae21-09f5-0320eb535300@iglou.com> <7ec5d4c6-d4ef-688d-4659-58778eeeb2a2@revue-gugu.org> Message-ID: Thanks for your feedback Martin. I changed the dialog string as proposed. As for your very-thin space wishes, I dont plan to add an option to tweak the kerning of non breaking thin spaces. But once autotypo is applyed, it'll be easier for you : just look for the inserted thin nbspaces (no regexp required) and replace them. No false positives, no preview-check'n'confirm required and you can create a shell script. JLuc Le 04/06/2020 ? 09:55, ZASKE Martin a ?crit?: > Thank you JLuc, > > for sharing your work. I tried out your script with a real text and it > works nicely. > > I was puzzled by one question that popped up: > Voulez vous aussi appliquer ce traitement sur les double-guillemets > fran?ais d?j? en place ? > > I just had a browse through the code and found the English equivalent, > which is clearer to me. > > > So I submit this wording for your consideration: > Voulez vous aussi appliquer votre choix d'espaces sur les > double-guillemets fran?ais d?j? en place ? > > > Personally, I find the thin-non-breaking spaces supplied with most fonts > rather wide. When used for French typography with the punctuation, it > gives very harsh results, especially where justification "makes it worse". > > Just grabbed a few contemporary commercial books in French and was > surprised that indeed, those are just the same. From memory I thought > that commercial publications used to be tuned for nicer results. > > > Anyway, all this means, that with your tool, Scribus users can produce > correct French publications with much less manual work than before. Very > much appreciated. > > > Martin > > > PS: If you or anybody out there would know how to access the "Manual > Tracking" as seen in "Advanced Text Settings" for the Scripter API, then > I might have a go and hack the really useful script for my preference of > "just a really discreet space". > > > > > On 03.06.2020 00:30, JLuc wrote: >> So here is a new script dealing with basic french typo rules about >> double signs >> https://github.com/JLuc/autotypo/blob/master/autotypo.py >> >> It's an enhancement of autoquote2 and also deals with quotes >> >> JLuc >> >> >> Le 02/06/2020 ? 20:54, Gregory Pittman a ?crit?: >>> On 6/2/20 2:29 PM, JLuc wrote: >>>> Le 02/06/2020 ? 19:32, Gregory Pittman a ?crit?: >>>>> On 6/2/20 12:09 PM, JLuc wrote: >>>>> This has already been solved, with the Autoquote2 script included >>>>> with Scribus. I even thought it was you that made Autoquote2: >>>>> # ? 2010.08.28 Gregory Pittman >>>>> # ? 2013.10.07 Enhancements by Jean-Luc Girard >>>> >>>> In 2013 allready i longed for a script to tackle *other* basic >>>> typographic rules >>>> because Autoquotes2 deals only with 3 glyphs : " ? and ? >>>> when french typography requires spaces also for ; ! ? : (double signs >>>> and more). >>>> >>> >>> It's not that hard to adapt the script for other purposes. I used the >>> same logic to create en+emdash.py: >>> >>> https://wiki.scribus.net/canvas/En%2Bemdash.py >>> >>> What this does is to look for hyphens. If it finds one, it is left >>> alone. Two in row becomes an endash, and three in the row an emdash. >>> It's a much speedier way to use en- and emdashes than entering them >>> one by one from the menu. >>> >>> Greg >>> >>> >>> ___ >>> Scribus Mailing List: scribus at lists.scribus.net >>> Edit your options or unsubscribe: >>> http://lists.scribus.net/mailman/listinfo/scribus >>> See also: >>> http://wiki.scribus.net >>> http://forums.scribus.net >>> >> >> >> >> ___ >> Scribus Mailing List: scribus at lists.scribus.net >> Edit your options or unsubscribe: >> http://lists.scribus.net/mailman/listinfo/scribus >> See also: >> http://wiki.scribus.net >> http://forums.scribus.net > > From gpittman at iglou.com Thu Jun 4 17:08:07 2020 From: gpittman at iglou.com (Gregory Pittman) Date: Thu, 4 Jun 2020 13:08:07 -0400 Subject: [scribus] Script for (french) thin typographic spaces In-Reply-To: References: <665143d3-6720-a317-bb67-c50346f718ff@tokiop.com> <774f6bfe-b021-3f09-e5cb-8a997d757abc@iglou.com> <190f864e-95f8-ae21-09f5-0320eb535300@iglou.com> <7ec5d4c6-d4ef-688d-4659-58778eeeb2a2@revue-gugu.org> Message-ID: On 6/4/20 11:14 AM, JLuc wrote: > Thanks for your feedback Martin. > > I changed the dialog string as proposed. > > As for your very-thin space wishes, > I dont plan to add an option to tweak the kerning of non breaking thin spaces. > But once autotypo is applyed, it'll be easier for you : > just look for the inserted thin nbspaces (no regexp required) and replace them. > No false positives, no preview-check'n'confirm required > and you can create a shell script. > Hi JLuc, I think what Martin was proposing was a way to tweak the width of the non-breaking thin space glyph. I looked that there are no Scripter commands that will do that - you can tweak the horizontal width of a block of text, but I don't think an individual character would fit the syntax. You could of course edit a font with FontForge, but that only changes the character on your own computer. Greg From javiergalfaro at gmail.com Fri Jun 5 06:25:39 2020 From: javiergalfaro at gmail.com (=?UTF-8?Q?Javier_Garc=C3=ADa_Alfaro?=) Date: Fri, 5 Jun 2020 03:25:39 -0300 Subject: [scribus] Scribus 1.4.6 / Ubuntu 20.04 In-Reply-To: <3252ee95-95cf-7b5b-1a87-72585a7fa751@kathyreid.id.au> References: <3252ee95-95cf-7b5b-1a87-72585a7fa751@kathyreid.id.au> Message-ID: The context: I am in a weekly newspaper in which a group of designers and editors work on 1.4.6 documents and at the moment I cannot make them go to 1.5.5. If it were possible to save to an earlier version there would be no problem. I've noticed issues like kerning, which is different in both versions, and something happens with a character style. Image with the issues: https://www.dropbox.com/s/6zkycp8oowxn2vy/155_issues.png?dl=0 Thanks to all for the help. El jue., 4 de jun. de 2020 a la(s) 06:10, Kathy Reid (kathy at kathyreid.id.au) escribi?: > Hola Javier, > > I am running 20.04 LTS Linux, with Scribus 1.5.5. > > If you could describe the problem, I can try and replicate it here. > > Kind regards, > > Kathy > > On 4/6/20 9:15 am, Javier Garc?a Alfaro wrote: > > Hi, I had upgrade Ubuntu from 18.04 to 20.04 LTS, Scribus is now 1.5.5. I > > need Scribus 1.4.6 because there's a problems with styles and > compatibility > > with the new version. How can I downgrade or install another version? > Thank > > you in advance. > > ------------ pr?xima parte ------------ > > Se ha borrado un adjunto en formato HTML... > > URL: < > http://lists.scribus.net/pipermail/scribus/attachments/20200603/ee922fc1/attachment.htm > > > > ___ > > Scribus Mailing List: scribus at lists.scribus.net > > Edit your options or unsubscribe: > > http://lists.scribus.net/mailman/listinfo/scribus > > See also: > > http://wiki.scribus.net > > http://forums.scribus.net > > ___ > Scribus Mailing List: scribus at lists.scribus.net > Edit your options or unsubscribe: > http://lists.scribus.net/mailman/listinfo/scribus > See also: > http://wiki.scribus.net > http://forums.scribus.net > ------------ pr?xima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From jluc at no-log.org Fri Jun 5 05:00:54 2020 From: jluc at no-log.org (JLuc) Date: Fri, 5 Jun 2020 07:00:54 +0200 Subject: [scribus] Scribus 1.4.6 / Ubuntu 20.04 In-Reply-To: References: <3252ee95-95cf-7b5b-1a87-72585a7fa751@kathyreid.id.au> Message-ID: Le 05/06/2020 ? 08:25, Javier Garc?a Alfaro a ?crit?: > Image with the issues: > https://www.dropbox.com/s/6zkycp8oowxn2vy/155_issues.png?dl=0 :-( I'm sure 1.5.6 is not intended to provide such changes. Could you provide the SLA file for that page ? > Thanks to all for the help. Thanks for your help in helping :-) JLuc > El jue., 4 de jun. de 2020 a la(s) 06:10, Kathy Reid (kathy at kathyreid.id.au) > escribi?: > >> Hola Javier, >> >> I am running 20.04 LTS Linux, with Scribus 1.5.5. >> >> If you could describe the problem, I can try and replicate it here. >> >> Kind regards, >> >> Kathy >> >> On 4/6/20 9:15 am, Javier Garc?a Alfaro wrote: >>> Hi, I had upgrade Ubuntu from 18.04 to 20.04 LTS, Scribus is now 1.5.5. I >>> need Scribus 1.4.6 because there's a problems with styles and >> compatibility >>> with the new version. How can I downgrade or install another version? >> Thank >>> you in advance. >>> ------------ pr?xima parte ------------ >>> Se ha borrado un adjunto en formato HTML... >>> URL: < >> http://lists.scribus.net/pipermail/scribus/attachments/20200603/ee922fc1/attachment.htm >>> >>> ___ >>> Scribus Mailing List: scribus at lists.scribus.net >>> Edit your options or unsubscribe: >>> http://lists.scribus.net/mailman/listinfo/scribus >>> See also: >>> http://wiki.scribus.net >>> http://forums.scribus.net >> >> ___ >> Scribus Mailing List: scribus at lists.scribus.net >> Edit your options or unsubscribe: >> http://lists.scribus.net/mailman/listinfo/scribus >> See also: >> http://wiki.scribus.net >> http://forums.scribus.net >> > ------------ pr?xima parte ------------ > Se ha borrado un adjunto en formato HTML... > URL: > ___ > Scribus Mailing List: scribus at lists.scribus.net > Edit your options or unsubscribe: > http://lists.scribus.net/mailman/listinfo/scribus > See also: > http://wiki.scribus.net > http://forums.scribus.net > From jluc at no-log.org Fri Jun 5 06:40:40 2020 From: jluc at no-log.org (JLuc) Date: Fri, 5 Jun 2020 08:40:40 +0200 Subject: [scribus] Script for (french) thin typographic spaces In-Reply-To: References: <665143d3-6720-a317-bb67-c50346f718ff@tokiop.com> <774f6bfe-b021-3f09-e5cb-8a997d757abc@iglou.com> <190f864e-95f8-ae21-09f5-0320eb535300@iglou.com> Message-ID: Le 02/06/2020 ? 23:30, JLuc a ?crit?: > So here is a new script dealing with basic french typo rules about double signs > https://github.com/JLuc/autotypo/blob/master/autotypo.py > > It's an enhancement of autoquote2 and also deals with quotes It still does deals only with currently selected text frame. Following links accross linked text frames would make it more friendly. JLuc > Le 02/06/2020 ? 20:54, Gregory Pittman a ?crit?: >> On 6/2/20 2:29 PM, JLuc wrote: >>> Le 02/06/2020 ? 19:32, Gregory Pittman a ?crit?: >>>> On 6/2/20 12:09 PM, JLuc wrote: >>>> This has already been solved, with the Autoquote2 script included with Scribus. I even thought it was you that made >>>> Autoquote2: >>>> # ? 2010.08.28 Gregory Pittman >>>> # ? 2013.10.07 Enhancements by Jean-Luc Girard >>> >>> In 2013 allready i longed for a script to tackle *other* basic typographic rules >>> because Autoquotes2 deals only with 3 glyphs : " ? and ? >>> when french typography requires spaces also for ; ! ? : (double signs and more). >>> >> >> It's not that hard to adapt the script for other purposes. I used the same logic to create en+emdash.py: >> >> https://wiki.scribus.net/canvas/En%2Bemdash.py >> >> What this does is to look for hyphens. If it finds one, it is left alone. Two in row becomes an endash, and three in >> the row an emdash. It's a much speedier way to use en- and emdashes than entering them one by one from the menu. >> >> Greg >> >> >> ___ >> Scribus Mailing List: scribus at lists.scribus.net >> Edit your options or unsubscribe: >> http://lists.scribus.net/mailman/listinfo/scribus >> See also: >> http://wiki.scribus.net >> http://forums.scribus.net >> > > > > ___ > Scribus Mailing List: scribus at lists.scribus.net > Edit your options or unsubscribe: > http://lists.scribus.net/mailman/listinfo/scribus > See also: > http://wiki.scribus.net > http://forums.scribus.net From jluc at no-log.org Fri Jun 5 06:53:44 2020 From: jluc at no-log.org (JLuc) Date: Fri, 5 Jun 2020 08:53:44 +0200 Subject: [scribus] Script for (french) thin typographic spaces In-Reply-To: References: <665143d3-6720-a317-bb67-c50346f718ff@tokiop.com> <774f6bfe-b021-3f09-e5cb-8a997d757abc@iglou.com> <190f864e-95f8-ae21-09f5-0320eb535300@iglou.com> Message-ID: Le 03/06/2020 ? 00:52, Gregory Pittman a ?crit?: > On 6/2/20 5:30 PM, JLuc wrote: >> So here is a new script dealing with basic french typo rules about double signs >> https://github.com/JLuc/autotypo/blob/master/autotypo.py >> It's an enhancement of autoquote2 and also deals with quotes > I'll check it out and see how it goes. What we may want to do is to have this autotypo.py replace Autoquote2.py in the scripts included with Scribus, since it does everything Autoquote2.py did anyway. Good idea ! That autoquote2 script was kindof a (too-long lasting) in-between. Wait a bit before replacing though because I'll use that script quite a lot in the coming weeks and i'll probably find little issues i can fix or little improvements i can commit. JL From ale.comp_06 at xox.ch Fri Jun 5 07:53:30 2020 From: ale.comp_06 at xox.ch (ale rimoldi) Date: Fri, 5 Jun 2020 09:53:30 +0200 Subject: [scribus] Scribus 1.4.6 / Ubuntu 20.04 In-Reply-To: References: <3252ee95-95cf-7b5b-1a87-72585a7fa751@kathyreid.id.au> Message-ID: <20200605095330.6a18e4c2@scharfeis.home> hi javier when moving from 1.4 to 1.5 you will experience changes in the text layout. so, it is to be expected that the text flow will not be exactly the same. (on top of it, you might have done the screenshot differently, or 1.5 does not have exactly the same font as 1.4) but, as JLuc wrote, the misplacement of the drop cap is probably not one of the changes you should expect. i see a few ways to get along with it: - you can share a sample document made with 1.4 and let us check what is happening . there might be a bug that needs to be reported. - find out if there is a simple change you can do to get the drop cap to show correctly. - if you're doing something "crazy" around the drop cap, don't do it and fix your workflow. if a bug is found and fixed, you're best bet will probably be to take an appimage that works for you and stick to it until 1.5.6 is released (or until you found a newer appimage that also works for you and has even more bugs fixed) (there are currently rather big changes going on in 1.5.6 and some commits might not work well. but generally speaking each newer version is more stable and better than the previous one) you might be able to do the same with the ppa, but, then, you cannot test the new version before updating. ciao a.l.e From fernast at neuf.fr Fri Jun 5 10:46:57 2020 From: fernast at neuf.fr (fernast at neuf.fr) Date: Fri, 5 Jun 2020 12:46:57 +0200 (CEST) Subject: [scribus] Problem with getProperty Message-ID: <1772550858.302390.1591354017921@wsfrf1422> ?Hello

I am trying to get with a python script the following property objects (launch in the script console):


import scribus
scribus.getProperty("Image1", "imageXOffset")
scribus.getProperty("Image2", "imageYOffset")

scribus.getProperty("Image", "imageXScale")

By comparing with the values in the property tab I get the right value for imageXScale but not for imageXOffset and imageXOffset

Anybody has any suggestions on what am I doing wrong?? -------------- next part -------------- An HTML attachment was scrubbed... URL: From fernast at neuf.fr Fri Jun 5 12:27:44 2020 From: fernast at neuf.fr (fernast at neuf.fr) Date: Fri, 5 Jun 2020 14:27:44 +0200 (CEST) Subject: [scribus] Problem with getProperty (fernast@neuf.fr) Message-ID: <802861888.336792.1591360064399@wsfrf1422> ?Oups, seems my email message got html tag in it, please don't take into account the html tags
De : scribus-request at lists.scribus.net
A : scribus at lists.scribus.net
Envoy?: vendredi 5 juin 2020 14:02
Objet : scribus Digest, Vol 147, Issue 7
 
Send scribus mailing list submissions to
scribus at lists.scribus.net

To subscribe or unsubscribe via the World Wide Web, visit
http://lists.scribus.net/mailman/listinfo/scribus
or, via email, send a message with subject or body 'help' to
scribus-request at lists.scribus.net

You can reach the person managing the list at
scribus-owner at lists.scribus.net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of scribus digest..."


Today's Topics:

1. Problem with getProperty (fernast at neuf.fr)


----------------------------------------------------------------------

Message: 1
Date: Fri, 5 Jun 2020 12:46:57 +0200 (CEST)
From: fernast at neuf.fr
To: scribus at lists.scribus.net
Subject: [scribus] Problem with getProperty
Message-ID: <1772550858.302390.1591354017921 at wsfrf1422>
Content-Type: text/plain; charset="utf-8"

?Hello



I am trying to get with a python script the following property objects (launch in the script console):




import scribus

scribus.getProperty("Image1", "imageXOffset")

scribus.getProperty("Image2", "imageYOffset")



scribus.getProperty("Image", "imageXScale")



By comparing with the values in the property tab I get the right value for imageXScale but not for imageXOffset and imageXOffset



Anybody has any suggestions on what am I doing wrong??
-------------- next part --------------
An HTML attachment was scrubbed...
URL:

------------------------------

Subject: Digest Footer

_______________________________________________
scribus mailing list
scribus at lists.scribus.net
http://lists.scribus.net/mailman/listinfo/scribus


------------------------------

End of scribus Digest, Vol 147, Issue 7
***************************************
 
-------------- next part -------------- An HTML attachment was scrubbed... URL: From jluc at no-log.org Fri Jun 5 12:48:50 2020 From: jluc at no-log.org (JLuc) Date: Fri, 5 Jun 2020 14:48:50 +0200 Subject: [scribus] Problem with getProperty In-Reply-To: <1772550858.302390.1591354017921@wsfrf1422> References: <1772550858.302390.1591354017921@wsfrf1422> Message-ID: Le 05/06/2020 ? 12:46, fernast at neuf.fr a ?crit?: > scribus.getProperty("Image2", "imageYOffset")
> scribus.getProperty("Image", "imageXScale")
> By comparing with the values in the property tab I get the right value for imageXScale but not for imageXOffset and imageXOffset
> Anybody has any suggestions on what am I doing wrong?? The property tab displays length values using the unit choosen in the preferences for such displays : inches / cm / pt It's likely the API functions return the internal value, whatever its unit. This is for length of course, not percentages as imaegSScale which have no unit. JL From gpittman at iglou.com Fri Jun 5 13:08:42 2020 From: gpittman at iglou.com (Gregory Pittman) Date: Fri, 5 Jun 2020 09:08:42 -0400 Subject: [scribus] Problem with getProperty In-Reply-To: <1772550858.302390.1591354017921@wsfrf1422> References: <1772550858.302390.1591354017921@wsfrf1422> Message-ID: <655954ca-3d56-cd18-6839-1f8d27254b81@iglou.com> On 6/5/20 6:46 AM, fernast at neuf.fr wrote: > Hello
>
> I am trying to get with a python script the following property objects (launch in the script console):

>
> import scribus
> scribus.getProperty("Image1", "imageXOffset")
> scribus.getProperty("Image2", "imageYOffset")
>
> scribus.getProperty("Image", "imageXScale")
>
> By comparing with the values in the property tab I get the right value for imageXScale but not for imageXOffset and imageXOffset
>
> Anybody has any suggestions on what am I doing wrong?? Hi, It helps if you tell us what version of Scribus you're using. Secondly, please submit emails in plain text, not HTML. >From what I can tell, the getObjectProperty() command has been deprecated, even in later 1.4.x versions. In 1.5.x, there is now getImageScale(), which returns a tuple of the x,y values. Similarly, there is now getImageOffset() which returns a tuple of the x,y values for that. This is yet another reason to advance to 1.5.x Scribus. Greg From gpittman at iglou.com Fri Jun 5 14:25:29 2020 From: gpittman at iglou.com (Gregory Pittman) Date: Fri, 5 Jun 2020 10:25:29 -0400 Subject: [scribus] Problem with getProperty In-Reply-To: <655954ca-3d56-cd18-6839-1f8d27254b81@iglou.com> References: <1772550858.302390.1591354017921@wsfrf1422> <655954ca-3d56-cd18-6839-1f8d27254b81@iglou.com> Message-ID: On 6/5/20 9:08 AM, Gregory Pittman wrote: > On 6/5/20 6:46 AM, fernast at neuf.fr wrote: >> Hello
>>
>> I am trying to get with a python script the following property objects (launch in the script console):

>>
>> import scribus
>> scribus.getProperty("Image1", "imageXOffset")
>> scribus.getProperty("Image2", "imageYOffset")
>>
>> scribus.getProperty("Image", "imageXScale")
>>
>> By comparing with the values in the property tab I get the right value for imageXScale but not for imageXOffset and imageXOffset
>>
>> Anybody has any suggestions on what am I doing wrong?? > > Hi, > > It helps if you tell us what version of Scribus you're using. > Secondly, please submit emails in plain text, not HTML. > >>From what I can tell, the getObjectProperty() command has been deprecated, even in later 1.4.x versions. > In 1.5.x, there is now getImageScale(), which returns a tuple of the x,y values. > Similarly, there is now getImageOffset() which returns a tuple of the x,y values for that. > > This is yet another reason to advance to 1.5.x Scribus. Using this little script: #!/usr/bin/env python """ imagescale_offset.py """ import scribus if (scribus.haveDoc()): XScale, YScale = scribus.getImageScale() Xoff, Yoff = scribus.getImageOffset() scale = str(XScale) + ", " + str(YScale) offset = str(Xoff) + ", " + str(Yoff) scribus.messageBox("Scale and Offsets",scale + "\n" + offset, icon=scribus.ICON_NONE, button1 = scribus.BUTTON_OK) else: scribus.messageBox('OOPS!','You need to have a document open',scribus.ICON_NONE,button1=scribus.BUTTON_OK) sys.exit(1) I get no difference in the values in Properties and from the script. Offsets are in points and scaling in decimals (77% = 0.77) Greg From fernast at neuf.fr Sat Jun 6 06:13:19 2020 From: fernast at neuf.fr (=?UTF-8?Q?St=c3=a9phane_Fernandez?=) Date: Sat, 6 Jun 2020 08:13:19 +0200 Subject: [scribus] Problem with getProperty In-Reply-To: References: Message-ID: <0ee1d138-a44e-985f-a8b1-a4009281e7a8@neuf.fr> thanks *JLuc and Greg * I am using version 1.48 and seems (Jluc is right) that although my document is set with millimeters, the getproperty will return points. I have tried version1.55 with greg's script and got the same result (document set up in mm but script returns value in points). So if I stay in points, i got the what I see is what i get right. So I have now an explanation at least but It is a little "weird" as what you see is not what you get when in mm unit and that I am storing those values for further use in another script :( -------------- next part -------------- An HTML attachment was scrubbed... URL: From javiergalfaro at gmail.com Sat Jun 6 06:26:42 2020 From: javiergalfaro at gmail.com (=?UTF-8?Q?Javier_Garc=C3=ADa_Alfaro?=) Date: Sat, 6 Jun 2020 03:26:42 -0300 Subject: [scribus] Scribus 1.4.6 / Ubuntu 20.04 In-Reply-To: <20200605095330.6a18e4c2@scharfeis.home> References: <3252ee95-95cf-7b5b-1a87-72585a7fa751@kathyreid.id.au> <20200605095330.6a18e4c2@scharfeis.home> Message-ID: Hi, I appreciate everyone's contributions. The issue is those drop caps, the text flow around the boxes in a higher text box seems to not work. "cuerpo c/capi" paragraph style applies the drop caps, and a character style ("capital") isn't working either. if necessary here are the fonts https://www.dropbox.com/s/92h8h4nsfg8pp8k/fontz.zip?dl=0 Thanks to all again! El vie., 5 de jun. de 2020 a la(s) 04:55, ale rimoldi (ale.comp_06 at xox.ch) escribi?: > hi javier > > when moving from 1.4 to 1.5 you will experience changes in the text > layout. > > so, it is to be expected that the text flow will not be exactly the > same. > (on top of it, you might have done the screenshot differently, or 1.5 > does not have exactly the same font as 1.4) > > but, as JLuc wrote, the misplacement of the drop cap is probably not > one of the changes you should expect. > > > i see a few ways to get along with it: > > - you can share a sample document made with 1.4 and let us check what > is happening . > there might be a bug that needs to be reported. > - find out if there is a simple change you can do to get the drop cap > to show correctly. > - if you're doing something "crazy" around the drop cap, don't do it > and fix your workflow. > > if a bug is found and fixed, you're best bet will probably be to take > an appimage that works for you and stick to it until 1.5.6 is released > (or until you found a newer appimage that also works for you and has > even more bugs fixed) > (there are currently rather big changes going on in 1.5.6 and some > commits might not work well. but generally speaking each newer version > is more stable and better than the previous one) > you might be able to do the same with the ppa, but, then, you cannot > test the new version before updating. > > ciao > a.l.e > > ___ > Scribus Mailing List: scribus at lists.scribus.net > Edit your options or unsubscribe: > http://lists.scribus.net/mailman/listinfo/scribus > See also: > http://wiki.scribus.net > http://forums.scribus.net > ------------ pr?xima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ pr?xima parte ------------ A non-text attachment was scrubbed... Name: eleslabon_10-11.zip Type: application/zip Size: 46999 bytes Desc: no disponible URL: From peter at nermander.se Sat Jun 6 12:34:52 2020 From: peter at nermander.se (Peter Nermander) Date: Sat, 6 Jun 2020 14:34:52 +0200 Subject: [scribus] Problem with getProperty In-Reply-To: <0ee1d138-a44e-985f-a8b1-a4009281e7a8@neuf.fr> References: <0ee1d138-a44e-985f-a8b1-a4009281e7a8@neuf.fr> Message-ID: > I am using version 1.48 and seems (Jluc is right) that although my > document is set with millimeters, the getproperty will return points. > > The reason is simple: Scribus uses points internally, despite the chosen units. This is also the reason that if you set something to 100 mm, it ends up not being exactly 100 mm (because Scribus converts to points, rounding the value, and when that is converted back to mm it may not be exactly 100 mm). /Peter -------------- next part -------------- An HTML attachment was scrubbed... URL: From gpittman at iglou.com Sat Jun 6 13:12:07 2020 From: gpittman at iglou.com (Gregory Pittman) Date: Sat, 6 Jun 2020 09:12:07 -0400 Subject: [scribus] Problem with getProperty In-Reply-To: <0ee1d138-a44e-985f-a8b1-a4009281e7a8@neuf.fr> References: <0ee1d138-a44e-985f-a8b1-a4009281e7a8@neuf.fr> Message-ID: On 6/6/20 2:13 AM, St?phane Fernandez wrote: > thanks *JLuc and Greg > * > > I am using version 1.48 and seems (Jluc is right) that although my document is set with millimeters, the getproperty will return points. > > I have tried version1.55 with greg's script and got the same result (document set up in mm but script returns value in points). So if I stay in points, i got the what I see is what i get right. > > So I have now an explanation at least but It is a little "weird" as what you see is not what you get when in mm unit and that I am storing those values for further use in another script :( This is one of those things that "is what it is". >From the manual: getImageOffset(...) getImageOffset(["name"]) -> (x,y) Returns a (x, y) tuple containing the offset values in point unit of the image frame "name". If "name" is not given the currently selected item is used. Greg From jluc at no-log.org Sat Jun 6 16:48:29 2020 From: jluc at no-log.org (JLuc) Date: Sat, 6 Jun 2020 18:48:29 +0200 Subject: [scribus] Problem with getProperty In-Reply-To: References: <0ee1d138-a44e-985f-a8b1-a4009281e7a8@neuf.fr> Message-ID: Le 06/06/2020 ? 15:12, Gregory Pittman a ?crit?: >> So I have now an explanation at least but It is a little "weird" as what you see is not what you get when in mm unit and that I am storing those values for further use in another script :( > This is one of those things that "is what it is". > From the manual: > > getImageOffset(...) > getImageOffset(["name"]) -> (x,y) > Returns a (x, y) tuple containing the offset values in point unit of the image frame "name". If "name" is not given the currently selected item is used. I guess a scribus scripter API function would be helpfull to convert points to cm or inches and reverse in the very same way scribus does it (= with the exact same ratios and roundings) JL From silvain-dupertuis at bluewin.ch Sat Jun 6 18:08:26 2020 From: silvain-dupertuis at bluewin.ch (Silvain Dupertuis) Date: Sat, 6 Jun 2020 20:08:26 +0200 Subject: [scribus] Problem with getProperty In-Reply-To: References: <0ee1d138-a44e-985f-a8b1-a4009281e7a8@neuf.fr> Message-ID: <3f888ed6-d59a-dae2-7866-09db187232dc@bluewin.ch> Something set to 100 mm will not be mathematically exactly 100 mm... but the precision is such that it will never make any visible difference. Rounding errors amount to not more than around 10^(-13) mm (0.0000000000001 mm) Le 06.06.20 ? 14:34, Peter Nermander a ?crit?: >> I am using version 1.48 and seems (Jluc is right) that although my >> document is set with millimeters, the getproperty will return points. >> >> > The reason is simple: Scribus uses points internally, despite the chosen > units. > > This is also the reason that if you set something to 100 mm, it ends up not > being exactly 100 mm (because Scribus converts to points, rounding the > value, and when that is converted back to mm it may not be exactly 100 mm). > > /Peter > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > ___ > Scribus Mailing List: scribus at lists.scribus.net > Edit your options or unsubscribe: > http://lists.scribus.net/mailman/listinfo/scribus > See also: > http://wiki.scribus.net > http://forums.scribus.net -- Silvain Dupertuis Route de Lausanne 335 1293 Bellevue (Switzerland) t?l. +41-(0)22-774.20.67 portable +41-(0)79-604.87.52 web: silvain-dupertuis.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From gpittman at iglou.com Sat Jun 6 18:58:56 2020 From: gpittman at iglou.com (Gregory Pittman) Date: Sat, 6 Jun 2020 14:58:56 -0400 Subject: [scribus] Problem with getProperty In-Reply-To: References: <0ee1d138-a44e-985f-a8b1-a4009281e7a8@neuf.fr> Message-ID: <98a96e27-6f31-0700-70a6-ecec62b255ac@iglou.com> On 6/6/20 12:48 PM, JLuc wrote: > Le 06/06/2020 ? 15:12, Gregory Pittman a ?crit?: >>> So I have now an explanation at least but It is a little "weird" as what you see is not what you get when in mm unit and that I am storing those values for further use in another script :( >> This is one of those things that "is what it is". >> ?From the manual: >> >> getImageOffset(...) >> getImageOffset(["name"]) -> (x,y) >> Returns a (x, y) tuple containing the offset values in point unit of the image frame "name". If "name" is not given the currently selected item is used. > > I guess a scribus scripter API function would be helpfull > to convert points to cm or inches and reverse > in the very same way scribus does it > (= with the exact same ratios and roundings) > But I think one could manage to do this in python itself. There is only a certain level of precision which is possible. For example, when I tried this out, I had an image scaled at 77% and 89%. The results of the script came back 0.77 and 0.8900000001 Greg From wena-parry at talktalk.net Mon Jun 8 14:11:36 2020 From: wena-parry at talktalk.net (Wena Parry) Date: Mon, 8 Jun 2020 15:11:36 +0100 (BST) Subject: [scribus] scribus Digest, Vol 147, Issue 9 In-Reply-To: References: Message-ID: <1013458407.221583.1591625496667@apps.talktalk.co.uk> I have Scribus on my old XP computer and it works O.K. Now I also have a Windows Home 10 with Scribus 1.5.3 it so diferent that I find my way around and do any work on it. I mad an A5 profile on the XP laptop and transfer it with my Flash Card, it opened in the Scribers 10 (1.5.3.) Now on the Windows 10 version I can import my text but I dont know how to change the text, e.g. size of text, the boxis to get the bold, standard and italics. I an realy lost with it! I have been atempting to learn for some Youtube tutorials, my problem is hering and the speed they go the. A book or some text would be beter. I am an old lady of 81 yare. Please can anyone help. Wena. Parry South Wales, U.K. > On 07 June 2020 at 13:00 scribus-request at lists.scribus.net wrote: > > > Send scribus mailing list submissions to > scribus at lists.scribus.net > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.scribus.net/mailman/listinfo/scribus > or, via email, send a message with subject or body 'help' to > scribus-request at lists.scribus.net > > You can reach the person managing the list at > scribus-owner at lists.scribus.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of scribus digest..." > > > Today's Topics: > > 1. Re: Problem with getProperty (Peter Nermander) > 2. Re: Problem with getProperty (Gregory Pittman) > 3. Re: Problem with getProperty (JLuc) > 4. Re: Problem with getProperty (Silvain Dupertuis) > 5. Re: Problem with getProperty (Gregory Pittman) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 6 Jun 2020 14:34:52 +0200 > From: Peter Nermander > To: Scribus User Mailing List > Subject: Re: [scribus] Problem with getProperty > Message-ID: > > Content-Type: text/plain; charset="utf-8" > > > I am using version 1.48 and seems (Jluc is right) that although my > > document is set with millimeters, the getproperty will return points. > > > > > The reason is simple: Scribus uses points internally, despite the chosen > units. > > This is also the reason that if you set something to 100 mm, it ends up not > being exactly 100 mm (because Scribus converts to points, rounding the > value, and when that is converted back to mm it may not be exactly 100 mm). > > /Peter > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > > Message: 2 > Date: Sat, 6 Jun 2020 09:12:07 -0400 > From: Gregory Pittman > To: scribus at lists.scribus.net > Subject: Re: [scribus] Problem with getProperty > Message-ID: > Content-Type: text/plain; charset=utf-8 > > On 6/6/20 2:13 AM, St?phane Fernandez wrote: > > thanks *JLuc and Greg > > * > > > > I am using version 1.48 and seems (Jluc is right) that although my document is set with millimeters, the getproperty will return points. > > > > I have tried version1.55 with greg's script and got the same result (document set up in mm but script returns value in points). So if I stay in points, i got the what I see is what i get right. > > > > So I have now an explanation at least but It is a little "weird" as what you see is not what you get when in mm unit and that I am storing those values for further use in another script :( > > This is one of those things that "is what it is". > >From the manual: > > getImageOffset(...) > getImageOffset(["name"]) -> (x,y) > Returns a (x, y) tuple containing the offset values in point unit of the image frame "name". If "name" is not given the currently selected item is used. > > Greg > > > > > ------------------------------ > > Message: 3 > Date: Sat, 6 Jun 2020 18:48:29 +0200 > From: JLuc > To: scribus at lists.scribus.info > Subject: Re: [scribus] Problem with getProperty > Message-ID: > Content-Type: text/plain; charset=utf-8; format=flowed > > Le 06/06/2020 ? 15:12, Gregory Pittman a ?crit?: > >> So I have now an explanation at least but It is a little "weird" as what you see is not what you get when in mm unit and that I am storing those values for further use in another script :( > > This is one of those things that "is what it is". > > From the manual: > > > > getImageOffset(...) > > getImageOffset(["name"]) -> (x,y) > > Returns a (x, y) tuple containing the offset values in point unit of the image frame "name". If "name" is not given the currently selected item is used. > > I guess a scribus scripter API function would be helpfull > to convert points to cm or inches and reverse > in the very same way scribus does it > (= with the exact same ratios and roundings) > > JL > > > > > ------------------------------ > > Message: 4 > Date: Sat, 6 Jun 2020 20:08:26 +0200 > From: Silvain Dupertuis > To: scribus at lists.scribus.net > Subject: Re: [scribus] Problem with getProperty > Message-ID: <3f888ed6-d59a-dae2-7866-09db187232dc at bluewin.ch> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > Something set to 100 mm will not be mathematically exactly 100 mm... > but the precision is such that it will never make any visible difference. > Rounding errors amount to not more than around 10^(-13) mm > (0.0000000000001 mm) > > Le 06.06.20 ? 14:34, Peter Nermander a ?crit?: > >> I am using version 1.48 and seems (Jluc is right) that although my > >> document is set with millimeters, the getproperty will return points. > >> > >> > > The reason is simple: Scribus uses points internally, despite the chosen > > units. > > > > This is also the reason that if you set something to 100 mm, it ends up not > > being exactly 100 mm (because Scribus converts to points, rounding the > > value, and when that is converted back to mm it may not be exactly 100 mm). > > > > /Peter > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > ___ > > Scribus Mailing List: scribus at lists.scribus.net > > Edit your options or unsubscribe: > > http://lists.scribus.net/mailman/listinfo/scribus > > See also: > > http://wiki.scribus.net > > http://forums.scribus.net > > > -- > Silvain Dupertuis > Route de Lausanne 335 > 1293 Bellevue (Switzerland) > t?l. +41-(0)22-774.20.67 > portable +41-(0)79-604.87.52 > web: silvain-dupertuis.org > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > > Message: 5 > Date: Sat, 6 Jun 2020 14:58:56 -0400 > From: Gregory Pittman > To: scribus at lists.scribus.net > Subject: Re: [scribus] Problem with getProperty > Message-ID: <98a96e27-6f31-0700-70a6-ecec62b255ac at iglou.com> > Content-Type: text/plain; charset=utf-8 > > On 6/6/20 12:48 PM, JLuc wrote: > > Le 06/06/2020 ? 15:12, Gregory Pittman a ?crit?: > >>> So I have now an explanation at least but It is a little "weird" as what you see is not what you get when in mm unit and that I am storing those values for further use in another script :( > >> This is one of those things that "is what it is". > >> ?From the manual: > >> > >> getImageOffset(...) > >> getImageOffset(["name"]) -> (x,y) > >> Returns a (x, y) tuple containing the offset values in point unit of the image frame "name". If "name" is not given the currently selected item is used. > > > > I guess a scribus scripter API function would be helpfull > > to convert points to cm or inches and reverse > > in the very same way scribus does it > > (= with the exact same ratios and roundings) > > > > But I think one could manage to do this in python itself. There is only a certain level of precision which is possible. For example, when I tried this out, I had an image scaled at 77% and 89%. The results of the script came back 0.77 and 0.8900000001 > > Greg > > > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > scribus mailing list > scribus at lists.scribus.net > http://lists.scribus.net/mailman/listinfo/scribus > > > ------------------------------ > > End of scribus Digest, Vol 147, Issue 9 > *************************************** From gpittman at iglou.com Mon Jun 8 15:34:48 2020 From: gpittman at iglou.com (Gregory Pittman) Date: Mon, 8 Jun 2020 11:34:48 -0400 Subject: [scribus] scribus Digest, Vol 147, Issue 9 In-Reply-To: <1013458407.221583.1591625496667@apps.talktalk.co.uk> References: <1013458407.221583.1591625496667@apps.talktalk.co.uk> Message-ID: On 6/8/20 10:11 AM, Wena Parry wrote: > I have Scribus on my old XP computer and it works O.K. > > Now I also have a Windows Home 10 with Scribus 1.5.3 it so diferent that I find my way around and do any work on it. > I mad an A5 profile on the XP laptop and transfer it with my Flash Card, it opened in the Scribers 10 (1.5.3.) Now on the Windows 10 version I can import my text but I dont know how to change the text, e.g. size of text, the boxis to get the bold, standard and italics. > > I an realy lost with it! I have been atempting to learn for some Youtube tutorials, my problem is hering and the speed they go the. A book or some text would be beter. > > I am an old lady of 81 yare. > > Please can anyone help. > Hi Wena, Of course we can help! What has happened is that finally some changes were made to deal with the massively bloated Properties tab and all of its subtabs. Under the Windows item in the menu you should find either Text Properties or Content Properties. If you have a text frame selected, it will show Text Properties, what you're looking for. If you select an image frame newer versions will show Image Properties. Render frames also show Image Properties. If you deselect all frames, then the palette will be labeled Content Properties, but otherwise blank. Once you get used to it, I think you'll agree this is a vast improvement over the mess we had before, especially when you're switching from one kind of frame to another. There should be informatioin in the online manual with Scribus. You should be able to upgrade to 1.5.5 on Windows 10 by now. Greg From jluc at no-log.org Tue Jun 9 07:14:58 2020 From: jluc at no-log.org (JLuc) Date: Tue, 9 Jun 2020 09:14:58 +0200 Subject: [scribus] Scripts preferences ? Message-ID: Hello Is there a way to define preferences for a script as for we do for scribus core features ? autotypo script requires several configs and i allways use the same In the more recent version i've defined a "dont_ask" mode that uses some default values, but it requires to edit the script so as to change the default values in case they dont fit. It would be nice to be able to setup preferences for this script through a dialog. JL From jluc at no-log.org Tue Jun 9 09:41:02 2020 From: jluc at no-log.org (JLuc) Date: Tue, 9 Jun 2020 11:41:02 +0200 Subject: [scribus] Scripts preferences ? In-Reply-To: References: Message-ID: Le 09/06/2020 ? 09:14, JLuc a ?crit?: > Is there a way to define preferences for a script as for we do for scribus core features ? A bit more on this : > autotypo script requires several configs and i allways use the same > In the more recent version i've defined a "dont_ask" mode that uses some default values, > but it requires to edit the script so as to change the default values in case they dont fit. > It would be nice to be able to setup preferences for this script through a dialog. There are allready 4 or 5 settings in the script and there could be more. As for my own use, i allways use the same settings that fit my typographic fixes needs : - french; - use thin non breaking space for both ? ? and ; ! ? etc - replace existing spaces, - merge sets of spaces, - hyphenates. So i added a dont ask mode that is triggerable in the script. Settings used during a dont-ask run can also be edited in the script but it'd be nicer for more users when the settings use a kind of preference dialog as scribus core features do. JLuc From ale.comp_06 at xox.ch Tue Jun 9 10:11:03 2020 From: ale.comp_06 at xox.ch (ale rimoldi) Date: Tue, 9 Jun 2020 12:11:03 +0200 Subject: [scribus] Scripts preferences ? In-Reply-To: References: Message-ID: <20200609121103.2b0950fb@scharfeis.home> hi > Is there a way to define preferences for a script as for we do for > scribus core features ? > > autotypo script requires several configs and i allways use the same > In the more recent version i've defined a "dont_ask" mode that uses > some default values, but it requires to edit the script so as to > change the default values in case they dont fit. It would be nice to > be able to setup preferences for this script through a dialog. the mail merge solution i've created works somehow in that way. currently the configs are a sla-file-name.conf.json next to sla-file.sla. when i (or somebody else) adds a gui, i expect the gui to be able to read and write the config file. any script can do the same, and if it makes sense to have global configs, it can save the settings in ~/.config/scribus-script-name/config.json i think it's simpler to let each script manages this rather than adding the values to the scribus own preferences. (the configs can be specific to a project, a language or depend on other specifics) ciao a.l.e From ale.comp_06 at xox.ch Tue Jun 9 10:21:33 2020 From: ale.comp_06 at xox.ch (ale rimoldi) Date: Tue, 9 Jun 2020 12:21:33 +0200 Subject: [scribus] Problem with getProperty In-Reply-To: References: <0ee1d138-a44e-985f-a8b1-a4009281e7a8@neuf.fr> Message-ID: <20200609122133.7d376a17@scharfeis.home> hi > I guess a scribus scripter API function would be helpfull > to convert points to cm or inches mmm.... in a script you can set the current unit at any time... most scripts that modify sizes read the current unit at the beginning, change it to the author's one and restore the original unit at the end of the script (hoping not to crash...) ciao a.l.e From jluc at no-log.org Tue Jun 9 11:27:20 2020 From: jluc at no-log.org (JLuc) Date: Tue, 9 Jun 2020 13:27:20 +0200 Subject: [scribus] Scripts preferences ? In-Reply-To: <20200609121103.2b0950fb@scharfeis.home> References: <20200609121103.2b0950fb@scharfeis.home> Message-ID: Le 09/06/2020 ? 12:11, ale rimoldi a ?crit?: > the mail merge solution i've created works somehow in that way. > currently the configs are a sla-file-name.conf.json next to > sla-file.sla. I guess this is https://github.com/aoloe/scribus-script-repository/blob/master/mail-merge/mail-merge.py It provides nice function to merge defaults to config file values. > when i (or somebody else) adds a gui, i expect the gui to be able to > read and write the config file. Yes. That's still a missing part. JL From ale.comp_06 at xox.ch Tue Jun 9 13:22:54 2020 From: ale.comp_06 at xox.ch (ale rimoldi) Date: Tue, 9 Jun 2020 15:22:54 +0200 Subject: [scribus] Scripts preferences ? In-Reply-To: References: <20200609121103.2b0950fb@scharfeis.home> Message-ID: <20200609152254.3f1ae6b7@scharfeis.home> hi jean-luc > > when i (or somebody else) adds a gui, i expect the gui to be able > > to read and write the config file. > > Yes. That's still a missing part. not really, the script works as is. for most people it will work correctly without any settings. just name your csv file as described, run the script and you'll get a bunch of pdf files. if you want more, you can create a config file. the drawback being that you have to spend some time to setup a json file. the advantage is that once you have a config file, it's trivial to adapt it for other projects and you can easily run the script from the terminal. if you want a gui for it, i accept pull requests. it must remain optional and i'd like to have it as simple as possible. (it might simply be a config generator and loader that can launch the main script) personally, i'd prefer to work on a few more features before adding a GUI. but i won't stop you if you work on a GUI! ciao a.l.e p.s.: i have no personal use for this script, so don't expect a fast progress. i've mostly created the script to show a simpler alternative to the scribus generators, an alternative that works from inside of scribus. and for experimenting with the reading and writing of styles and formatting with a script. From gpittman at iglou.com Tue Jun 9 13:27:26 2020 From: gpittman at iglou.com (Gregory Pittman) Date: Tue, 9 Jun 2020 09:27:26 -0400 Subject: [scribus] Problem with getProperty In-Reply-To: <20200609122133.7d376a17@scharfeis.home> References: <0ee1d138-a44e-985f-a8b1-a4009281e7a8@neuf.fr> <20200609122133.7d376a17@scharfeis.home> Message-ID: <728b9ebc-b045-5902-003a-312a5de41476@iglou.com> On 6/9/20 6:21 AM, ale rimoldi wrote: > hi > >> I guess a scribus scripter API function would be helpfull >> to convert points to cm or inches > > mmm.... in a script you can set the current unit at any time... > > most scripts that modify sizes read the current unit at the beginning, > change it to the author's one and restore the original unit at the end > of the script (hoping not to crash...) Hi ale, In this case, the getImageOffset() command will only return points, not the page units. Greg From ale.comp_06 at xox.ch Tue Jun 9 13:36:11 2020 From: ale.comp_06 at xox.ch (ale rimoldi) Date: Tue, 9 Jun 2020 15:36:11 +0200 Subject: [scribus] Problem with getProperty In-Reply-To: <728b9ebc-b045-5902-003a-312a5de41476@iglou.com> References: <0ee1d138-a44e-985f-a8b1-a4009281e7a8@neuf.fr> <20200609122133.7d376a17@scharfeis.home> <728b9ebc-b045-5902-003a-312a5de41476@iglou.com> Message-ID: <20200609153611.5c1afabd@scharfeis.home> hi greg > In this case, the getImageOffset() command will only return points, > not the page units. in the UI it shows up in the user's unit... i guess that it might be worth discussing about a bug report and/or a patch... ciao a.l.e From gpittman at iglou.com Tue Jun 9 13:40:59 2020 From: gpittman at iglou.com (Gregory Pittman) Date: Tue, 9 Jun 2020 09:40:59 -0400 Subject: [scribus] Scripts preferences ? In-Reply-To: References: <20200609121103.2b0950fb@scharfeis.home> Message-ID: <8cdf430a-8914-7138-f1bb-ca8406c204fb@iglou.com> On 6/9/20 7:27 AM, JLuc wrote: > Le 09/06/2020 ? 12:11, ale rimoldi a ?crit?: >> the mail merge solution i've created works somehow in that way. >> currently the configs are a sla-file-name.conf.json next to >> sla-file.sla. > > I guess this is > https://github.com/aoloe/scribus-script-repository/blob/master/mail-merge/mail-merge.py > > It provides nice function to merge defaults to config file values. > >> when i (or somebody else) adds a gui, i expect the gui to be able to >> read and write the config file. > > Yes. That's still a missing part. > Hi JLuc, Personally, I prefer that there is a generic script out there that can be used by a wide variety of users for a variety of purposes. If I wanted to streamline the operation, then I would make another version, which, for example, might only run in one language and have all the settings hard-coded rather than using dialogs, then call it autotypo_fr.py The other thing I have done at times is to combine a series of dialogs asking for parameters into a single dialog, with defaults. The default for autotypo could be fr 1 O and then the script uses the python split function to break this up for 3 responses. If it's a script I use frequently, it can be beneficial to streamline it. On the other hand, if it's something I haven't used in a while, I like the reminders for what the defaults are as I go through. For scripts like this, Undo-ing the effects of the script is rather tedious, since there will likely be quite a number of Undos to do. Greg From jluc at no-log.org Tue Jun 9 16:53:03 2020 From: jluc at no-log.org (JLuc) Date: Tue, 9 Jun 2020 18:53:03 +0200 Subject: [scribus] Scripts preferences ? In-Reply-To: <8cdf430a-8914-7138-f1bb-ca8406c204fb@iglou.com> References: <20200609121103.2b0950fb@scharfeis.home> <8cdf430a-8914-7138-f1bb-ca8406c204fb@iglou.com> Message-ID: Le 09/06/2020 ? 15:40, Gregory Pittman a ?crit?: > Personally, I prefer that there is a generic script out there that can be used by a wide variety of users for a variety of purposes. If I wanted to streamline the operation, then I would make another version, which, for example, might only run in one language and have all the settings hard-coded rather than using dialogs, then call it autotypo_fr.py I understand your POV but it's a chance that scribus user dont have to tweak a script to access to efficient features that fit their need : thanks to Preferences, they dont have to express all of their choices each time they need a feature... and to do so they dont need to edit a script, which is a geek thing. ? In an ideal world, scribus scripts would provide the same ease of GUI preferencing as scribus does. ? (But I know there is only part of the ideal world in the real world.) > The other thing I have done at times is to combine a series of dialogs asking for parameters into a single dialog, with defaults. > The default for autotypo could be > fr 1 O > and then the script uses the python split function to break this up for 3 responses. That's a quick way to set up a lot of parameters through a dialog. A bit the same as passing parameters to a function. Again a bit geeky. > If it's a script I use frequently, it can be beneficial to streamline it. On the other hand, if it's something I haven't used in a while, I like the reminders for what the defaults are as I go through. For scripts like this, Undo-ing the effects of the script is rather tedious, since there will likely be quite a number of Undos to do. True. As for now, the autotypo can be both. It's a transformer. Answering the 5 dialogs to set the parameters each time is tedious because its allways the same for me and i use this script a lot now it exists ! So i added a new variable do_ask that defaults to True in the distributed script. https://github.com/JLuc/autotypo/blob/master/autotypo.py#L42 When do_ask, each dialog pops and asks for a choice. But do_ask can be manualy edited to False, which results in the script not asking but using the defaults values. That still feels a bit of a hack, but it fits perfectly my needs and it makes it easier, at least for some users, to use the script more efficiently. JL > > Greg > > > ___ > Scribus Mailing List: scribus at lists.scribus.net > Edit your options or unsubscribe: > http://lists.scribus.net/mailman/listinfo/scribus > See also: > http://wiki.scribus.net > http://forums.scribus.net > From gpittman at iglou.com Tue Jun 9 18:21:08 2020 From: gpittman at iglou.com (Gregory Pittman) Date: Tue, 9 Jun 2020 14:21:08 -0400 Subject: [scribus] Scripts preferences ? In-Reply-To: References: <20200609121103.2b0950fb@scharfeis.home> <8cdf430a-8914-7138-f1bb-ca8406c204fb@iglou.com> Message-ID: On 6/9/20 12:53 PM, JLuc wrote: > As for now, the autotypo can be both. It's a transformer. > Answering the 5 dialogs to set the parameters each time is tedious because its allways the same for me > and i use this script a lot now it exists ! > So i added a new variable do_ask that defaults to True in the distributed script. > https://github.com/JLuc/autotypo/blob/master/autotypo.py#L42 > When do_ask, each dialog pops and asks for a choice. > But do_ask can be manualy edited to False, which results in the script not asking but using the defaults values. > > That still feels a bit of a hack, but it fits perfectly my needs > and it makes it easier, at least for some users, to use the script more efficiently. > HI JLuc, One of the great benefits of what you've done is to show others how to modify an existing script to their own needs, either by adding features or streamlining its use. For me, I have always had an easier time in learning some programming language when I can modify something that already exists to my own needs. For Scribus mail list users, they know they can get help with things like this. This is how the original Autoquote.py began, by someone asking on the mail list if it were possible to automatically convert typewriter quotes to typographic quotes -- seemed like a very interesting problem to me. I started out with English style quotes, figured out how to parse the contents of a text frame, then the logic to use the character preceding or following a quote to decide which to replace it with. After that, there was of course a request for doing the same for other languages, causing me to do a lot of research into which language uses which quotes (far more complicated than I would have guessed). Then you came in to add some other features for French typography... So users know they have a choice of playing with or modifying a script themselves, or just come to the list to ask for help. Greg From thmulder at caiw.nl Thu Jun 11 08:58:32 2020 From: thmulder at caiw.nl (Theo Mulder) Date: Thu, 11 Jun 2020 10:58:32 +0200 Subject: [scribus] Changing percents Message-ID: Who can Help me? If I make a design with a green transparency for a page with different percentages, it works fine and it looks good. But as soon as I close Scribus and reopen it, the percentages are adjusted again to 4 equal percentages and usually to the smallest percentage What am I doing wrong This is how it is made .After saving and reopening it becomes like this -- Vriendelijke groeten uit Westland, Theo Mulder ------------- volgend deel ------------ Een HTML-bijlage is gescrubt... URL: ------------- volgend deel ------------ Een niet-tekst bijlage is gescrubt... Naam: mlcciljoobeibjgc.png Type: image/png Grootte: 40954 bytes Omschrijving: niet beschikbaar URL : ------------- volgend deel ------------ Een niet-tekst bijlage is gescrubt... Naam: nicfganbooincejm.png Type: image/png Grootte: 49377 bytes Omschrijving: niet beschikbaar URL : From jghali at libertysurf.fr Thu Jun 11 10:30:48 2020 From: jghali at libertysurf.fr (Jean Ghali) Date: Thu, 11 Jun 2020 12:30:48 +0200 Subject: [scribus] Changing percents In-Reply-To: References: Message-ID: <3caaf3ab-9e45-2e74-2546-5ea7ed0166e6@libertysurf.fr> Le 11/06/2020 ? 10:58, Theo Mulder a ?crit?: > Who can Help me? > > > If I make a design with a green transparency for a page with different percentages, it > works fine and it looks good. But as soon as I close Scribus and reopen it, the > percentages are adjusted again to 4 equal percentages and usually to the smallest > percentage What am I doing wrong > > > This is how it is made .After saving and reopening it becomes like this > You have done nothing wrong, it's a bug! I just fixe it in our code tree. Jean From dimitri at gabian-libre.org Thu Jun 11 15:25:03 2020 From: dimitri at gabian-libre.org (Dimitri Robert) Date: Thu, 11 Jun 2020 17:25:03 +0200 Subject: [scribus] GhostScript for Mac Message-ID: Hi, Is there a recent Mac OS X version of GhostScript? I didn't found it of GhostsScript website and the link http://www.uoregon.edu/~koch/ is broken. -- Dimitri Robert Formateur ? l'usage de logiciels libres http://formation-logiciel-libre.com From cbradney at scribus.info Thu Jun 11 16:22:45 2020 From: cbradney at scribus.info (Craig Bradney) Date: Thu, 11 Jun 2020 18:22:45 +0200 Subject: [scribus] GhostScript for Mac In-Reply-To: References: Message-ID: > On 11 Jun 2020, at 5:25 pm, Dimitri Robert wrote: > > Hi, > > Is there a recent Mac OS X version of GhostScript? > I didn't found it of GhostsScript website and the link http://www.uoregon.edu/~koch/ is broken. > > -- > Dimitri Robert > Formateur ? l'usage de logiciels libres > http://formation-logiciel-libre.com Hi Dimitri It looks like that download has gone as mentioned on our wiki (https://wiki.scribus.net/canvas/Installation_and_Configuration_of_Ghostscript#Installing_Ghostscript_on_Mac_OS_X ) so you?re best to follow the MacPorts or Home-brew installation options. Craig -------------- next part -------------- An HTML attachment was scrubbed... URL: From wena-parry at talktalk.net Fri Jun 12 11:09:55 2020 From: wena-parry at talktalk.net (Wena Parry) Date: Fri, 12 Jun 2020 12:09:55 +0100 (BST) Subject: [scribus] scribus Digest, Vol 147, Issue 9 In-Reply-To: References: Message-ID: <1399721080.408296.1591960195094@apps.talktalk.co.uk> I have Scribus on my old XP computer and it works O.K. Now I also have a Windows Home 10 with Scribus 1.5.3 it so diferent that I find my way around and do any work on it. I mad an A5 profile on the XP laptop and transfer it with my Flash Card, it opened in the Scribers 10 (1.5.3.) Now on the Windows 10 version I can import my text but I dont know how to change the text, e.g. size of text, the boxis to get the bold, standard and italics. I an realy lost with it! I have been atempting to learn for some Youtube tutorials, my problem is hering and the speed they go the. A book or some text would be beter. I am an old lady of 81 yare. Please can anyone help. Wena. Parry South Wales, U.K. > On 07 June 2020 at 13:00 scribus-request at lists.scribus.net wrote: > > > Send scribus mailing list submissions to > scribus at lists.scribus.net > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.scribus.net/mailman/listinfo/scribus > or, via email, send a message with subject or body 'help' to > scribus-request at lists.scribus.net > > You can reach the person managing the list at > scribus-owner at lists.scribus.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of scribus digest..." > > > Today's Topics: > > 1. Re: Problem with getProperty (Peter Nermander) > 2. Re: Problem with getProperty (Gregory Pittman) > 3. Re: Problem with getProperty (JLuc) > 4. Re: Problem with getProperty (Silvain Dupertuis) > 5. Re: Problem with getProperty (Gregory Pittman) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 6 Jun 2020 14:34:52 +0200 > From: Peter Nermander > To: Scribus User Mailing List > Subject: Re: [scribus] Problem with getProperty > Message-ID: > > Content-Type: text/plain; charset="utf-8" > > > I am using version 1.48 and seems (Jluc is right) that although my > > document is set with millimeters, the getproperty will return points. > > > > > The reason is simple: Scribus uses points internally, despite the chosen > units. > > This is also the reason that if you set something to 100 mm, it ends up not > being exactly 100 mm (because Scribus converts to points, rounding the > value, and when that is converted back to mm it may not be exactly 100 mm). > > /Peter > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > > Message: 2 > Date: Sat, 6 Jun 2020 09:12:07 -0400 > From: Gregory Pittman > To: scribus at lists.scribus.net > Subject: Re: [scribus] Problem with getProperty > Message-ID: > Content-Type: text/plain; charset=utf-8 > > On 6/6/20 2:13 AM, St?phane Fernandez wrote: > > thanks *JLuc and Greg > > * > > > > I am using version 1.48 and seems (Jluc is right) that although my document is set with millimeters, the getproperty will return points. > > > > I have tried version1.55 with greg's script and got the same result (document set up in mm but script returns value in points). So if I stay in points, i got the what I see is what i get right. > > > > So I have now an explanation at least but It is a little "weird" as what you see is not what you get when in mm unit and that I am storing those values for further use in another script :( > > This is one of those things that "is what it is". > >From the manual: > > getImageOffset(...) > getImageOffset(["name"]) -> (x,y) > Returns a (x, y) tuple containing the offset values in point unit of the image frame "name". If "name" is not given the currently selected item is used. > > Greg > > > > > ------------------------------ > > Message: 3 > Date: Sat, 6 Jun 2020 18:48:29 +0200 > From: JLuc > To: scribus at lists.scribus.info > Subject: Re: [scribus] Problem with getProperty > Message-ID: > Content-Type: text/plain; charset=utf-8; format=flowed > > Le 06/06/2020 ? 15:12, Gregory Pittman a ?crit?: > >> So I have now an explanation at least but It is a little "weird" as what you see is not what you get when in mm unit and that I am storing those values for further use in another script :( > > This is one of those things that "is what it is". > > From the manual: > > > > getImageOffset(...) > > getImageOffset(["name"]) -> (x,y) > > Returns a (x, y) tuple containing the offset values in point unit of the image frame "name". If "name" is not given the currently selected item is used. > > I guess a scribus scripter API function would be helpfull > to convert points to cm or inches and reverse > in the very same way scribus does it > (= with the exact same ratios and roundings) > > JL > > > > > ------------------------------ > > Message: 4 > Date: Sat, 6 Jun 2020 20:08:26 +0200 > From: Silvain Dupertuis > To: scribus at lists.scribus.net > Subject: Re: [scribus] Problem with getProperty > Message-ID: <3f888ed6-d59a-dae2-7866-09db187232dc at bluewin.ch> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > Something set to 100 mm will not be mathematically exactly 100 mm... > but the precision is such that it will never make any visible difference. > Rounding errors amount to not more than around 10^(-13) mm > (0.0000000000001 mm) > > Le 06.06.20 ? 14:34, Peter Nermander a ?crit?: > >> I am using version 1.48 and seems (Jluc is right) that although my > >> document is set with millimeters, the getproperty will return points. > >> > >> > > The reason is simple: Scribus uses points internally, despite the chosen > > units. > > > > This is also the reason that if you set something to 100 mm, it ends up not > > being exactly 100 mm (because Scribus converts to points, rounding the > > value, and when that is converted back to mm it may not be exactly 100 mm). > > > > /Peter > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > ___ > > Scribus Mailing List: scribus at lists.scribus.net > > Edit your options or unsubscribe: > > http://lists.scribus.net/mailman/listinfo/scribus > > See also: > > http://wiki.scribus.net > > http://forums.scribus.net > > > -- > Silvain Dupertuis > Route de Lausanne 335 > 1293 Bellevue (Switzerland) > t?l. +41-(0)22-774.20.67 > portable +41-(0)79-604.87.52 > web: silvain-dupertuis.org > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > > Message: 5 > Date: Sat, 6 Jun 2020 14:58:56 -0400 > From: Gregory Pittman > To: scribus at lists.scribus.net > Subject: Re: [scribus] Problem with getProperty > Message-ID: <98a96e27-6f31-0700-70a6-ecec62b255ac at iglou.com> > Content-Type: text/plain; charset=utf-8 > > On 6/6/20 12:48 PM, JLuc wrote: > > Le 06/06/2020 ? 15:12, Gregory Pittman a ?crit?: > >>> So I have now an explanation at least but It is a little "weird" as what you see is not what you get when in mm unit and that I am storing those values for further use in another script :( > >> This is one of those things that "is what it is". > >> ?From the manual: > >> > >> getImageOffset(...) > >> getImageOffset(["name"]) -> (x,y) > >> Returns a (x, y) tuple containing the offset values in point unit of the image frame "name". If "name" is not given the currently selected item is used. > > > > I guess a scribus scripter API function would be helpfull > > to convert points to cm or inches and reverse > > in the very same way scribus does it > > (= with the exact same ratios and roundings) > > > > But I think one could manage to do this in python itself. There is only a certain level of precision which is possible. For example, when I tried this out, I had an image scaled at 77% and 89%. The results of the script came back 0.77 and 0.8900000001 > > Greg > > > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > scribus mailing list > scribus at lists.scribus.net > http://lists.scribus.net/mailman/listinfo/scribus > > > ------------------------------ > > End of scribus Digest, Vol 147, Issue 9 > *************************************** From wena-parry at talktalk.net Fri Jun 12 11:43:30 2020 From: wena-parry at talktalk.net (Wena Parry) Date: Fri, 12 Jun 2020 12:43:30 +0100 (BST) Subject: [scribus] Help. Message-ID: <1717367309.410250.1591962210677@apps.talktalk.co.uk> Thank you very much Greg, I have been working on a book in the early version of Scsibus, I am gaing to update the book to the 1.5.3 to see if I can get a better job. One of the good things in the old version is that it offer some paterns like A4 and A5 book in landscape and but the 1.5.3 only gibes me the choice of mesuerment. I did a book for an Irish auther in the old scribus with no problem. A manuel for the version 1.5.3 or uper one. Wena Parry. South Wales. U.K. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jluc at no-log.org Fri Jun 12 12:15:26 2020 From: jluc at no-log.org (JLuc) Date: Fri, 12 Jun 2020 14:15:26 +0200 Subject: [scribus] scribus Digest, Vol 147, Issue 9 In-Reply-To: <1399721080.408296.1591960195094@apps.talktalk.co.uk> References: <1399721080.408296.1591960195094@apps.talktalk.co.uk> Message-ID: Le 12/06/2020 ? 13:09, Wena Parry a ?crit?: > I dont know how to change the text, e.g. size of text, the boxis to get the bold, standard and italics. Try the Windows menu to change displayed tools. Try keyboard shortcuts : mainly F2 , F3 and F4 JL From gpittman at iglou.com Fri Jun 12 13:39:32 2020 From: gpittman at iglou.com (Gregory Pittman) Date: Fri, 12 Jun 2020 09:39:32 -0400 Subject: [scribus] Help. In-Reply-To: <1717367309.410250.1591962210677@apps.talktalk.co.uk> References: <1717367309.410250.1591962210677@apps.talktalk.co.uk> Message-ID: <6ae08c5d-5685-5d35-7041-de75cf3a10d3@iglou.com> On 6/12/20 7:43 AM, Wena Parry wrote: > Thank you very much Greg, > > I have been working on a book in the early version of Scsibus, I am gaing to update the book to the 1.5.3 to see if I can get a better job. > > One of the good things in the old version is that it offer some paterns like A4 and A5 book in landscape and but the 1.5.3 only gibes me the choice of mesuerment. > HI Wena, I'm not sure what you mean -- the New Document dialog, just like previous ones, will let you select A4 or A5, and Landscape mode. One thing that has changed is that your old preferences from 1.4.x are not used by 1.5.x Scribus versions. Go to File > Preferences, then click Page Sizes. What you do here is pick the page sizes you want to see in the New Document dialog, which go in the Active Sizes list. Use the right-arrow to move selected sizes over to the right. Greg From gary at extremeground.com Sun Jun 14 20:46:43 2020 From: gary at extremeground.com (Gary Dale) Date: Sun, 14 Jun 2020 16:46:43 -0400 Subject: [scribus] Scribus 1.5.5 (Debian/Testing) doesn't export link text to PDFs Message-ID: <1a9a6d74-675d-d74a-bd30-bf18cea99697@extremeground.com> I'm having some problems with Scribus Generator but this one looks like it is with Scribus itself. I have Generator populate a text box with a website name and fill in the PDF annotation as the same text prefixed with http://. When I look at the text box and the PDF annotations, they seem to be OK - they contain what I expect. When I export the Scribus document to PDF, the lnks work but the text isn't there. I can click on where the text box is and it launches a new tab in my browser open at the correct address but there is no text to suggest that the expanse of white space is actually a link I'm pretty sure this isn't a Generator-produced error because I actually had to fix the first link (of two) on each page because Generator somehow filled both links with the second link's data. Or is there some setting I need to turn on in a PDF annotation to get it to display text? From gpittman at iglou.com Sun Jun 14 22:55:00 2020 From: gpittman at iglou.com (Gregory Pittman) Date: Sun, 14 Jun 2020 18:55:00 -0400 Subject: [scribus] Scribus 1.5.5 (Debian/Testing) doesn't export link text to PDFs In-Reply-To: <1a9a6d74-675d-d74a-bd30-bf18cea99697@extremeground.com> References: <1a9a6d74-675d-d74a-bd30-bf18cea99697@extremeground.com> Message-ID: <831011f4-6c44-1f03-d8c7-5a69ff75babf@iglou.com> On 6/14/20 4:46 PM, Gary Dale wrote: > I'm having some problems with Scribus Generator but this one looks like it is with Scribus itself. I have Generator populate a text box with a website name and fill in the PDF annotation as the same text prefixed with http://. When I look at the text box and the PDF annotations, they seem to be OK - they contain what I expect. > > When I export the Scribus document to PDF, the lnks work but the text isn't there. I can click on where the text box is and it launches a new tab in my browser open at the correct address but there is no text to suggest that the expanse of white space is actually a link > > I'm pretty sure this isn't a Generator-produced error because I actually had to fix the first link (of two) on each page because Generator somehow filled both links with the second link's data. Or is there some setting I need to turn on in a PDF annotation to get it to display text? Hi Gary, When you create a text frame, make it a PDF Annotation as a web-link, then nothing shows up in it in the PDF. The way I have worked with this is to size the Annotation frame properly, then place the frame directly over the text in another text frame you want to serve as a visual for the link. I think that converting some text beginning with http://... to a link is a function of the PDF reader/viewer, not something that has to do with Scribus. Greg From gary at extremeground.com Mon Jun 15 15:02:17 2020 From: gary at extremeground.com (Gary Dale) Date: Mon, 15 Jun 2020 11:02:17 -0400 Subject: [scribus] Scribus 1.5.5 (Debian/Testing) doesn't export link text to PDFs In-Reply-To: <831011f4-6c44-1f03-d8c7-5a69ff75babf@iglou.com> References: <1a9a6d74-675d-d74a-bd30-bf18cea99697@extremeground.com> <831011f4-6c44-1f03-d8c7-5a69ff75babf@iglou.com> Message-ID: On 2020-06-14 18:55, Gregory Pittman wrote: > On 6/14/20 4:46 PM, Gary Dale wrote: >> I'm having some problems with Scribus Generator but this one looks like it is with Scribus itself. I have Generator populate a text box with a website name and fill in the PDF annotation as the same text prefixed with http://. When I look at the text box and the PDF annotations, they seem to be OK - they contain what I expect. >> >> When I export the Scribus document to PDF, the lnks work but the text isn't there. I can click on where the text box is and it launches a new tab in my browser open at the correct address but there is no text to suggest that the expanse of white space is actually a link >> >> I'm pretty sure this isn't a Generator-produced error because I actually had to fix the first link (of two) on each page because Generator somehow filled both links with the second link's data. Or is there some setting I need to turn on in a PDF annotation to get it to display text? > Hi Gary, > > When you create a text frame, make it a PDF Annotation as a web-link, then nothing shows up in it in the PDF. The way I have worked with this is to size the Annotation frame properly, then place the frame directly over the text in another text frame you want to serve as a visual for the link. > > I think that converting some text beginning with http://... to a link is a function of the PDF reader/viewer, not something that has to do with Scribus. > > Greg Thanks Greg. Using two text boxes sounds very clunky however. It sounds more like a bug if Scribus doesn't display text in a text box that contains a PDF annotation web link. I disagree with you that this should be a PDF reader function however. Firstly, no one puts http:// in front of urls. This means the reader has to guess which text is a web link. Secondly, it also means that you can't use graphics or indirect references to a web page - you can't click on a logo or say "visit my site", for example. It gets even worse when you throw mailto: or tel: links into the mix. The Scribus method of using PDF annotations is already clumsy - first you have to make it a type of annotation then you have to right-click it again to add the destination. Then there's the fact that the text has to be in a separate text box... Why can't I just select a piece of text inside a box then right-click on it and make it a link (or a note or whatever)? It's not a deal breaker for me, but I'm working on a directory where literally half the text should be clickable links - web sites, e-mail addresses and telephone numbers. We don't make it a function of web browsers to figure out which text should be links. We instead ask that web browsers properly display the link text or graphic while also making them clickable. I think it is the function of Scribus to export the web links I created in a way that works. From theopcles at gmail.com Mon Jun 15 15:14:04 2020 From: theopcles at gmail.com (Theo Mulder) Date: Mon, 15 Jun 2020 17:14:04 +0200 Subject: [scribus] Changing percents In-Reply-To: <3caaf3ab-9e45-2e74-2546-5ea7ed0166e6@libertysurf.fr> References: <3caaf3ab-9e45-2e74-2546-5ea7ed0166e6@libertysurf.fr> Message-ID: Dear Jean or Others, Thanks for? fixing the bug see below,? but how can I fix it on my? version (computer)? Do I have to download something or else ?Thanks for helping this dummie :-) Vriendelijke groeten, Theo Mulder Op 11-6-2020 om 12:30 schreef Jean Ghali: > Le 11/06/2020 ? 10:58, Theo Mulder a ?crit?: >> Who can Help me? >> >> >> If I make a design with a green transparency for a page with different percentages, it >> works fine and it looks good. But as soon as I close Scribus and reopen it, the >> percentages are adjusted again to 4 equal percentages and usually to the smallest >> percentage What am I doing wrong >> >> >> This is how it is made .After saving and reopening it becomes like this >> > You have done nothing wrong, it's a bug! I just fixe it in our code tree. > > Jean > > > ___ > Scribus Mailing List: scribus at lists.scribus.net > Edit your options or unsubscribe: > http://lists.scribus.net/mailman/listinfo/scribus > See also: > http://wiki.scribus.net > http://forums.scribus.net From ale.comp_06 at xox.ch Mon Jun 15 15:56:28 2020 From: ale.comp_06 at xox.ch (ale rimoldi) Date: Mon, 15 Jun 2020 17:56:28 +0200 Subject: [scribus] Scribus 1.5.5 (Debian/Testing) doesn't export link text to PDFs In-Reply-To: References: <1a9a6d74-675d-d74a-bd30-bf18cea99697@extremeground.com> <831011f4-6c44-1f03-d8c7-5a69ff75babf@iglou.com> Message-ID: <20200615175628.2fe5d05e@scharfeis.home> hi > I think it > is the function of Scribus to export the web links. currently, scribus is still a layout program targeting the professional printing press. it can produce other types of documents, but it's not the main focus. ... and clicking on a link on printed paper... that's still a hard thing : - ) ciao a.l.e p.s.: i would welcome if the goal of scribus could be revised a bit and maybe new goals being set... but that has not been done yet... so we're stuck at what was the goal 15+ years ago. From jluc at no-log.org Mon Jun 15 17:14:37 2020 From: jluc at no-log.org (JLuc) Date: Mon, 15 Jun 2020 19:14:37 +0200 Subject: [scribus] Scribus 1.5.5 (Debian/Testing) doesn't export link text to PDFs In-Reply-To: References: <1a9a6d74-675d-d74a-bd30-bf18cea99697@extremeground.com> <831011f4-6c44-1f03-d8c7-5a69ff75babf@iglou.com> Message-ID: Le 15/06/2020 ? 17:02, Gary Dale a ?crit?: > The Scribus method of using PDF annotations is already clumsy - first you have to make it a type of annotation then you > have to right-click it again to add the destination. Then there's the fact that the text has to be in a separate text > box... Why can't I just select a piece of text inside a box then right-click on it and make it a link (or a note or > whatever)? > > It's not a deal breaker for me, but I'm working on a directory where literally half the text should be clickable links - > web sites, e-mail addresses and telephone numbers. A script could probably automate this in a nice and friendly way that fits your workflow. > We don't make it a function of web browsers to figure out which text should be links. We instead ask that web browsers > properly display the link text or graphic while also making them clickable. I think it is the function of Scribus to > export the web links I created in a way that works. That's when you use the browser. When you create the HTML page that is being displayed, you type the link text (anchor) AND you type the destination url. A result can be seen here : view-source:https://fr.wikipedia.org/wiki/Link As you see it can be felt a bit clumsy, but the resulting page is nice and easy to use as is some scribus created PDF. PS : the PDFs scribus screates are very heavy documents, fit for professional printers, but not handy for mail. JLuc From gary at extremeground.com Mon Jun 15 19:13:11 2020 From: gary at extremeground.com (Gary Dale) Date: Mon, 15 Jun 2020 15:13:11 -0400 Subject: [scribus] Scribus 1.5.5 (Debian/Testing) doesn't export link text to PDFs In-Reply-To: References: <1a9a6d74-675d-d74a-bd30-bf18cea99697@extremeground.com> <831011f4-6c44-1f03-d8c7-5a69ff75babf@iglou.com> Message-ID: On 2020-06-15 13:14, JLuc wrote: > Le 15/06/2020 ? 17:02, Gary Dale a ?crit?: >> The Scribus method of using PDF annotations is already clumsy - first >> you have to make it a type of annotation then you have to right-click >> it again to add the destination. Then there's the fact that the text >> has to be in a separate text box... Why can't I just select a piece >> of text inside a box then right-click on it and make it a link (or a >> note or whatever)? >> >> It's not a deal breaker for me, but I'm working on a directory where >> literally half the text should be clickable links - web sites, e-mail >> addresses and telephone numbers. > > A script could probably automate this in a nice and friendly way that > fits your workflow. I'm using Scribus Generator to create the pages. However the template itself is a lot of work, as is modifying it. With a couple of web links and perhaps 5 e-mails and and a dozen telephone numbers, that's a lot of extra boxes that I need to create and keep lined up. To make matters worse, while Generator will leave text substitutions blank when a variable is empty, when it's a separate text box and a separate link box, it's impossible to have the subsequent text move up during the generation. I have to manually clean this up after the fact. > >> We don't make it a function of web browsers to figure out which text >> should be links. We instead ask that web browsers properly display >> the link text or graphic while also making them clickable. I think it >> is the function of Scribus to export the web links I created in a way >> that works. > > That's when you use the browser. > When you create the HTML page that is being displayed, you type the > link text (anchor) AND you type the destination url. > A result can be seen here : > view-source:https://fr.wikipedia.org/wiki/Link > As you see it can be felt a bit clumsy, but the resulting page is nice > and easy to use > as is some scribus created PDF. > > PS : the PDFs scribus screates are very heavy documents, fit for > professional printers, but not handy for mail. > > JLuc > However the way most editors handle creating those links is you select the text, make it a link and put in the link target. This latter bit usually defaults to the selected text so you just have to click OK. This is a lot simpler than how Scribus handles it. And because the links need to be created as separate text boxes, this also interferes with the text flow. While the document I'm creating is intended for print, this year it's primary distribution is going to be electronic. I suspect that this is far from a rare instance of how desktop publishing is used. Indeed, over the last few years I've seen a lot of magazines go to pdf-only distribution. From gpittman at iglou.com Tue Jun 16 22:24:37 2020 From: gpittman at iglou.com (Gregory Pittman) Date: Tue, 16 Jun 2020 18:24:37 -0400 Subject: [scribus] Scribus 1.5.5 (Debian/Testing) doesn't export link text to PDFs In-Reply-To: References: <1a9a6d74-675d-d74a-bd30-bf18cea99697@extremeground.com> <831011f4-6c44-1f03-d8c7-5a69ff75babf@iglou.com> Message-ID: <9003601e-0cd3-6a51-72ce-162506a7e222@iglou.com> On 6/15/20 3:13 PM, Gary Dale wrote: > On 2020-06-15 13:14, JLuc wrote: >> Le 15/06/2020 ? 17:02, Gary Dale a ?crit?: >>> The Scribus method of using PDF annotations is already clumsy - first you have to make it a type of annotation then you have to right-click it again to add the destination. Then there's the fact that the text has to be in a separate text box... Why can't I just select a piece of text inside a box then right-click on it and make it a link (or a note or whatever)? >>> >>> It's not a deal breaker for me, but I'm working on a directory where literally half the text should be clickable links - web sites, e-mail addresses and telephone numbers. >> >> A script could probably automate this in a nice and friendly way that fits your workflow. > > I'm using Scribus Generator to create the pages. However the template itself is a lot of work, as is modifying it. With a couple of web links and perhaps 5 e-mails and and a dozen telephone numbers, that's a lot of extra boxes that I need to create and keep lined up. > > To make matters worse, while Generator will leave text substitutions blank when a variable is empty, when it's a separate text box and a separate link box, it's impossible to have the subsequent text move up during the generation. I have to manually clean this up after the fact. > I notice that Google Chrome will link from a web address, even without any Annotation link. Greg From zm at revue-gugu.org Wed Jun 17 09:21:14 2020 From: zm at revue-gugu.org (ZASKE Martin) Date: Wed, 17 Jun 2020 12:21:14 +0300 Subject: [scribus] navigation between pages Message-ID: <8217bbd2-99bc-a0a5-4c52-c03fd77b7e4a@revue-gugu.org> Dear list, I am getting ready to work on many multi-page documents. I am struggling with the navigation between pages. I am using Scribus 1.5.5 mainly. I am trying to assign keyboard-shortcuts for "next page", "previous page", "last page", "first page" but cannot find those commands in the list. thank you for any hints, Martin TL/DR: I have constant pain in my shoulder and often my wrist hurts from much work. I have purchased an ergonomic keyboard and a very compact trackball. For all my regular tools I have learnt many shortcuts, as those help a lot. In Scribus my workflow is such that I cycle through each document several times, doing certain tasks in a sequence. The arrow-buttons are tiny. I have dedicated hardware-keys on my keyboard marked "page up" and "page down". Even those do not take me from one page to the next but rather move the screen up and down (facing pages layout) so the buttons always leapfrog one page and go to the second-next. How do other long-hours-users do their navigation in Scribus? -- ZASKE Martin responsable G?G? BP 50 - Bassila - B?nin tel G?G? 66.66.11.11 tel pers 97.44.62.95 From gpittman at iglou.com Wed Jun 17 13:10:45 2020 From: gpittman at iglou.com (Gregory Pittman) Date: Wed, 17 Jun 2020 09:10:45 -0400 Subject: [scribus] navigation between pages In-Reply-To: <8217bbd2-99bc-a0a5-4c52-c03fd77b7e4a@revue-gugu.org> References: <8217bbd2-99bc-a0a5-4c52-c03fd77b7e4a@revue-gugu.org> Message-ID: <11b9af97-f6f1-a0f4-edcf-071bc2f6ba25@iglou.com> On 6/17/20 5:21 AM, ZASKE Martin wrote: > Dear list, > > I am getting ready to work on many multi-page documents. I am struggling > with the navigation between pages. > > I am using Scribus 1.5.5 mainly. > > I am trying to assign keyboard-shortcuts for "next page", "previous > page", "last page", "first page" but cannot find those commands in the list. > HI Martin, What I find is that, in a Facing Pages layout, the Page Up/Page Down keys move 2 pages - 1-3-5-7-etc or 2-4-6-8. If you are starting on an odd page, you stick with odd pages. The slight workaround is to use the mouse cursor to go from evens to odds. So, for example, say you are on page 3 but you want to go to page 6. Use the mouse cursor to select page 2 as the current page (don't worry about moving the view to page 2). Now when you use PageDown, you jump to 4, 6, etc., and the view shifts over to center these pages. So the selected page determines whether you are moving from evens to evens or odds to odds. Greg From javiergalfaro at gmail.com Wed Jun 17 14:03:22 2020 From: javiergalfaro at gmail.com (=?UTF-8?Q?Javier_Garc=C3=ADa_Alfaro?=) Date: Wed, 17 Jun 2020 11:03:22 -0300 Subject: [scribus] Scribus 1.4.6 / Ubuntu 20.04 In-Reply-To: References: <3252ee95-95cf-7b5b-1a87-72585a7fa751@kathyreid.id.au> <20200605095330.6a18e4c2@scharfeis.home> Message-ID: Hi, I don't know if the above message was leaked or just no way to solve this issue. El s?b., 6 de jun. de 2020 a la(s) 03:26, Javier Garc?a Alfaro ( javiergalfaro at gmail.com) escribi?: > Hi, I appreciate everyone's contributions. > The issue is those drop caps, the text flow around the boxes in a higher > text box seems to not work. > "cuerpo c/capi" paragraph style applies the drop caps, and a character > style ("capital") isn't working either. > > if necessary here are the fonts > https://www.dropbox.com/s/92h8h4nsfg8pp8k/fontz.zip?dl=0 > > Thanks to all again! > > El vie., 5 de jun. de 2020 a la(s) 04:55, ale rimoldi (ale.comp_06 at xox.ch) > escribi?: > >> hi javier >> >> when moving from 1.4 to 1.5 you will experience changes in the text >> layout. >> >> so, it is to be expected that the text flow will not be exactly the >> same. >> (on top of it, you might have done the screenshot differently, or 1.5 >> does not have exactly the same font as 1.4) >> >> but, as JLuc wrote, the misplacement of the drop cap is probably not >> one of the changes you should expect. >> >> >> i see a few ways to get along with it: >> >> - you can share a sample document made with 1.4 and let us check what >> is happening . >> there might be a bug that needs to be reported. >> - find out if there is a simple change you can do to get the drop cap >> to show correctly. >> - if you're doing something "crazy" around the drop cap, don't do it >> and fix your workflow. >> >> if a bug is found and fixed, you're best bet will probably be to take >> an appimage that works for you and stick to it until 1.5.6 is released >> (or until you found a newer appimage that also works for you and has >> even more bugs fixed) >> (there are currently rather big changes going on in 1.5.6 and some >> commits might not work well. but generally speaking each newer version >> is more stable and better than the previous one) >> you might be able to do the same with the ppa, but, then, you cannot >> test the new version before updating. >> >> ciao >> a.l.e >> >> ___ >> Scribus Mailing List: scribus at lists.scribus.net >> Edit your options or unsubscribe: >> http://lists.scribus.net/mailman/listinfo/scribus >> See also: >> http://wiki.scribus.net >> http://forums.scribus.net >> > ------------ pr?xima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From silvain-dupertuis at bluewin.ch Wed Jun 17 14:15:47 2020 From: silvain-dupertuis at bluewin.ch (Silvain Dupertuis) Date: Wed, 17 Jun 2020 16:15:47 +0200 Subject: [scribus] navigation between pages In-Reply-To: <11b9af97-f6f1-a0f4-edcf-071bc2f6ba25@iglou.com> References: <8217bbd2-99bc-a0a5-4c52-c03fd77b7e4a@revue-gugu.org> <11b9af97-f6f1-a0f4-edcf-071bc2f6ba25@iglou.com> Message-ID: <458d2841-5ad6-1b8a-a588-dcb5f24c0855@bluewin.ch> In addition, left and right arrow scroll from left to right and allows you to move from left to right pages. (at least on my system, Scribus 1.5.5 on Ubuntu 18-04) Le 17.06.20 ? 15:10, Gregory Pittman a ?crit?: > On 6/17/20 5:21 AM, ZASKE Martin wrote: >> Dear list, >> >> I am getting ready to work on many multi-page documents. I am struggling >> with the navigation between pages. >> >> I am using Scribus 1.5.5 mainly. >> >> I am trying to assign keyboard-shortcuts for "next page", "previous >> page", "last page", "first page" but cannot find those commands in the list. >> > HI Martin, > > What I find is that, in a Facing Pages layout, the Page Up/Page Down keys move 2 pages - 1-3-5-7-etc or 2-4-6-8. > If you are starting on an odd page, you stick with odd pages. The slight workaround is to use the mouse cursor to go from evens to odds. > So, for example, say you are on page 3 but you want to go to page 6. Use the mouse cursor to select page 2 as the current page (don't worry about moving the view to page 2). Now when you use PageDown, you jump to 4, 6, etc., and the view shifts over to center these pages. So the selected page determines whether you are moving from evens to evens or odds to odds. > > Greg > > > ___ > Scribus Mailing List: scribus at lists.scribus.net > Edit your options or unsubscribe: > http://lists.scribus.net/mailman/listinfo/scribus > See also: > http://wiki.scribus.net > http://forums.scribus.net -- Silvain Dupertuis Route de Lausanne 335 1293 Bellevue (Switzerland) t?l. +41-(0)22-774.20.67 portable +41-(0)79-604.87.52 web: silvain-dupertuis.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From gpittman at iglou.com Wed Jun 17 16:05:50 2020 From: gpittman at iglou.com (Gregory Pittman) Date: Wed, 17 Jun 2020 12:05:50 -0400 Subject: [scribus] navigation between pages In-Reply-To: <458d2841-5ad6-1b8a-a588-dcb5f24c0855@bluewin.ch> References: <8217bbd2-99bc-a0a5-4c52-c03fd77b7e4a@revue-gugu.org> <11b9af97-f6f1-a0f4-edcf-071bc2f6ba25@iglou.com> <458d2841-5ad6-1b8a-a588-dcb5f24c0855@bluewin.ch> Message-ID: On 6/17/20 10:15 AM, Silvain Dupertuis wrote: > In addition, left and right arrow scroll from left to right > and allows you to move from left to right pages. > (at least on my system, Scribus 1.5.5 on Ubuntu 18-04) > Left and right movement with arrows doesn't change the selection of the page, however. Greg From leopold.zyka at gmail.com Thu Jun 18 12:41:26 2020 From: leopold.zyka at gmail.com (leopold zyka) Date: Thu, 18 Jun 2020 14:41:26 +0200 Subject: [scribus] EPUB 3.2? Message-ID: Dear Scibus Enthusiasts. Is it possible to generate an EPUB 3.2. compliant ebook with Scribus? Thank you for your help Leopold -------------- next part -------------- An HTML attachment was scrubbed... URL: From gpittman at iglou.com Thu Jun 18 13:32:14 2020 From: gpittman at iglou.com (Gregory Pittman) Date: Thu, 18 Jun 2020 09:32:14 -0400 Subject: [scribus] EPUB 3.2? In-Reply-To: References: Message-ID: On 6/18/20 8:41 AM, leopold zyka wrote: > Dear Scibus Enthusiasts. > Is it possible to generate an EPUB 3.2. compliant ebook with Scribus? > Thank you for your help Hi Leopold, Quick answer: no Epubs are a completely different document than PDFs. The basic document of an epub is xhtml, with folders for images, styles (CSS), then the whole is zipped. Greg From winkelde at xs4all.nl Thu Jun 18 14:58:57 2020 From: winkelde at xs4all.nl (Ermin de Winkel) Date: Thu, 18 Jun 2020 16:58:57 +0200 Subject: [scribus] EPUB 3.2? In-Reply-To: References: Message-ID: <6e76fefb-3e2e-5091-8702-3624963c9464@xs4all.nl> Op 18-6-2020 om 14:41 schreef Leopold zyka: > Dear Scibus Enthusiasts. > Is it possible to generate an EPUB 3.2. compliant ebook with Scribus? > Thank you for your help > Leopold > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > ___ > Scribus Mailing List: scribus at lists.scribus.net > Edit your options or unsubscribe: > http://lists.scribus.net/mailman/listinfo/scribus > See also: > http://wiki.scribus.net > http://forums.scribus.net Dear Leopold, I publish my books through Scribus > PDF. To make an Epub I take the original Scribus file, take out the text and pictures and use the Calibre "Edit E-book 64 bit" to generate an EPUB. Calibre is free and works like a charm, at least for my books, which are mainly text. From wena-parry at talktalk.net Mon Jun 22 10:59:03 2020 From: wena-parry at talktalk.net (Wena Parry) Date: Mon, 22 Jun 2020 11:59:03 +0100 (BST) Subject: [scribus] scribus Digest, Vol 147, Issue 13 In-Reply-To: References: Message-ID: <454869445.345029.1592823544253@apps.talktalk.co.uk> > > 1. GhostScript for Mac (Dimitri Robert) > 2. Re: GhostScript for Mac (Craig Bradney) > 3. Re: scribus Digest, Vol 147, Issue 9 (Wena Parry) > 4. Help. (Wena Parry) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 11 Jun 2020 17:25:03 +0200 > From: Dimitri Robert > To: Scribus User Mailing List > Subject: [scribus] GhostScript for Mac > Message-ID: > Content-Type: text/plain; charset=utf-8; format=flowed > > Hi, > > Is there a recent Mac OS X version of GhostScript? > I didn't found it of GhostsScript website and the link > http://www.uoregon.edu/~koch/ is broken. > > -- > Dimitri Robert > Formateur ? l'usage de logiciels libres > http://formation-logiciel-libre.com > > > > ------------------------------ > > Message: 2 > Date: Thu, 11 Jun 2020 18:22:45 +0200 > From: Craig Bradney > To: Scribus User Mailing List > Subject: Re: [scribus] GhostScript for Mac > Message-ID: > Content-Type: text/plain; charset="utf-8" > > > > > On 11 Jun 2020, at 5:25 pm, Dimitri Robert wrote: > > > > Hi, > > > > Is there a recent Mac OS X version of GhostScript? > > I didn't found it of GhostsScript website and the link http://www.uoregon.edu/~koch/ is broken. > > > > -- > > Dimitri Robert > > Formateur ? l'usage de logiciels libres > > http://formation-logiciel-libre.com > > Hi Dimitri > > It looks like that download has gone as mentioned on our wiki (https://wiki.scribus.net/canvas/Installation_and_Configuration_of_Ghostscript#Installing_Ghostscript_on_Mac_OS_X ) so you?re best to follow the MacPorts or Home-brew installation options. > > Craig > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > > Message: 3 > Date: Fri, 12 Jun 2020 12:09:55 +0100 (BST) > From: Wena Parry > To: scribus at lists.scribus.net > Subject: Re: [scribus] scribus Digest, Vol 147, Issue 9 > Message-ID: <1399721080.408296.1591960195094 at apps.talktalk.co.uk> > Content-Type: text/plain; charset=UTF-8 > > I have Scribus on my old XP computer and it works O.K. > > Now I also have a Windows Home 10 with Scribus 1.5.3 it so diferent that I find my way around and do any work on it. > I mad an A5 profile on the XP laptop and transfer it with my Flash Card, it opened in the Scribers 10 (1.5.3.) Now on the Windows 10 version I can import my text but I dont know how to change the text, e.g. size of text, the boxis to get the bold, standard and italics. > > I an realy lost with it! I have been atempting to learn for some Youtube tutorials, my problem is hering and the speed they go the. A book or some text would be beter. > > I am an old lady of 81 yare. > > Please can anyone help. > > Wena. Parry > South Wales, U.K. > > > On 07 June 2020 at 13:00 scribus-request at lists.scribus.net wrote: > > > > > > Send scribus mailing list submissions to > > scribus at lists.scribus.net > > > > To subscribe or unsubscribe via the World Wide Web, visit > > http://lists.scribus.net/mailman/listinfo/scribus > > or, via email, send a message with subject or body 'help' to > > scribus-request at lists.scribus.net > > > > You can reach the person managing the list at > > scribus-owner at lists.scribus.net > > > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of scribus digest..." > > > > > > Today's Topics: > > > > 1. Re: Problem with getProperty (Peter Nermander) > > 2. Re: Problem with getProperty (Gregory Pittman) > > 3. Re: Problem with getProperty (JLuc) > > 4. Re: Problem with getProperty (Silvain Dupertuis) > > 5. Re: Problem with getProperty (Gregory Pittman) > > > > > > ---------------------------------------------------------------------- > > > > Message: 1 > > Date: Sat, 6 Jun 2020 14:34:52 +0200 > > From: Peter Nermander > > To: Scribus User Mailing List > > Subject: Re: [scribus] Problem with getProperty > > Message-ID: > > > > Content-Type: text/plain; charset="utf-8" > > > > > I am using version 1.48 and seems (Jluc is right) that although my > > > document is set with millimeters, the getproperty will return points. > > > > > > > > The reason is simple: Scribus uses points internally, despite the chosen > > units. > > > > This is also the reason that if you set something to 100 mm, it ends up not > > being exactly 100 mm (because Scribus converts to points, rounding the > > value, and when that is converted back to mm it may not be exactly 100 mm). > > > > /Peter > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > > ------------------------------ > > > > Message: 2 > > Date: Sat, 6 Jun 2020 09:12:07 -0400 > > From: Gregory Pittman > > To: scribus at lists.scribus.net > > Subject: Re: [scribus] Problem with getProperty > > Message-ID: > > Content-Type: text/plain; charset=utf-8 > > > > On 6/6/20 2:13 AM, St?phane Fernandez wrote: > > > thanks *JLuc and Greg > > > * > > > > > > I am using version 1.48 and seems (Jluc is right) that although my document is set with millimeters, the getproperty will return points. > > > > > > I have tried version1.55 with greg's script and got the same result (document set up in mm but script returns value in points). So if I stay in points, i got the what I see is what i get right. > > > > > > So I have now an explanation at least but It is a little "weird" as what you see is not what you get when in mm unit and that I am storing those values for further use in another script :( > > > > This is one of those things that "is what it is". > > >From the manual: > > > > getImageOffset(...) > > getImageOffset(["name"]) -> (x,y) > > Returns a (x, y) tuple containing the offset values in point unit of the image frame "name". If "name" is not given the currently selected item is used. > > > > Greg > > > > > > > > > > ------------------------------ > > > > Message: 3 > > Date: Sat, 6 Jun 2020 18:48:29 +0200 > > From: JLuc > > To: scribus at lists.scribus.info > > Subject: Re: [scribus] Problem with getProperty > > Message-ID: > > Content-Type: text/plain; charset=utf-8; format=flowed > > > > Le 06/06/2020 ? 15:12, Gregory Pittman a ?crit?: > > >> So I have now an explanation at least but It is a little "weird" as what you see is not what you get when in mm unit and that I am storing those values for further use in another script :( > > > This is one of those things that "is what it is". > > > From the manual: > > > > > > getImageOffset(...) > > > getImageOffset(["name"]) -> (x,y) > > > Returns a (x, y) tuple containing the offset values in point unit of the image frame "name". If "name" is not given the currently selected item is used. > > > > I guess a scribus scripter API function would be helpfull > > to convert points to cm or inches and reverse > > in the very same way scribus does it > > (= with the exact same ratios and roundings) > > > > JL > > > > > > > > > > ------------------------------ > > > > Message: 4 > > Date: Sat, 6 Jun 2020 20:08:26 +0200 > > From: Silvain Dupertuis > > To: scribus at lists.scribus.net > > Subject: Re: [scribus] Problem with getProperty > > Message-ID: <3f888ed6-d59a-dae2-7866-09db187232dc at bluewin.ch> > > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > > > Something set to 100 mm will not be mathematically exactly 100 mm... > > but the precision is such that it will never make any visible difference. > > Rounding errors amount to not more than around 10^(-13) mm > > (0.0000000000001 mm) > > > > Le 06.06.20 ? 14:34, Peter Nermander a ?crit?: > > >> I am using version 1.48 and seems (Jluc is right) that although my > > >> document is set with millimeters, the getproperty will return points. > > >> > > >> > > > The reason is simple: Scribus uses points internally, despite the chosen > > > units. > > > > > > This is also the reason that if you set something to 100 mm, it ends up not > > > being exactly 100 mm (because Scribus converts to points, rounding the > > > value, and when that is converted back to mm it may not be exactly 100 mm). > > > > > > /Peter > > > -------------- next part -------------- > > > An HTML attachment was scrubbed... > > > URL: > > > ___ > > > Scribus Mailing List: scribus at lists.scribus.net > > > Edit your options or unsubscribe: > > > http://lists.scribus.net/mailman/listinfo/scribus > > > See also: > > > http://wiki.scribus.net > > > http://forums.scribus.net > > > > > > -- > > Silvain Dupertuis > > Route de Lausanne 335 > > 1293 Bellevue (Switzerland) > > t?l. +41-(0)22-774.20.67 > > portable +41-(0)79-604.87.52 > > web: silvain-dupertuis.org > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > > ------------------------------ > > > > Message: 5 > > Date: Sat, 6 Jun 2020 14:58:56 -0400 > > From: Gregory Pittman > > To: scribus at lists.scribus.net > > Subject: Re: [scribus] Problem with getProperty > > Message-ID: <98a96e27-6f31-0700-70a6-ecec62b255ac at iglou.com> > > Content-Type: text/plain; charset=utf-8 > > > > On 6/6/20 12:48 PM, JLuc wrote: > > > Le 06/06/2020 ? 15:12, Gregory Pittman a ?crit?: > > >>> So I have now an explanation at least but It is a little "weird" as what you see is not what you get when in mm unit and that I am storing those values for further use in another script :( > > >> This is one of those things that "is what it is". > > >> ?From the manual: > > >> > > >> getImageOffset(...) > > >> getImageOffset(["name"]) -> (x,y) > > >> Returns a (x, y) tuple containing the offset values in point unit of the image frame "name". If "name" is not given the currently selected item is used. > > > > > > I guess a scribus scripter API function would be helpfull > > > to convert points to cm or inches and reverse > > > in the very same way scribus does it > > > (= with the exact same ratios and roundings) > > > > > > > But I think one could manage to do this in python itself. There is only a certain level of precision which is possible. For example, when I tried this out, I had an image scaled at 77% and 89%. The results of the script came back 0.77 and 0.8900000001 > > > > Greg > > > > > > > > > > ------------------------------ > > > > Subject: Digest Footer > > > > _______________________________________________ > > scribus mailing list > > scribus at lists.scribus.net > > http://lists.scribus.net/mailman/listinfo/scribus > > > > > > ------------------------------ > > > > End of scribus Digest, Vol 147, Issue 9 > > *************************************** > > > > ------------------------------ > > Message: 4 > Date: Fri, 12 Jun 2020 12:43:30 +0100 (BST) > From: Wena Parry > To: scribus at lists.scribus.net > Subject: [scribus] Help. > Message-ID: <1717367309.410250.1591962210677 at apps.talktalk.co.uk> > Content-Type: text/plain; charset="utf-8" > > Thank you very much Greg, > > I have been working on a book in the early version of Scsibus, I am gaing to update the book to the 1.5.3 to see if I can get a better job. > > One of the good things in the old version is that it offer some paterns like A4 and A5 book in landscape and but the 1.5.3 only gibes me the choice of mesuerment. > > > I did a book for an Irish auther in the old scribus with no problem. > > A manuel for the version 1.5.3 or uper one. > Whwr can I get the Gost > > Wena Parry. > > South Wales. U.K. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > scribus mailing list > scribus at lists.scribus.net > http://lists.scribus.net/mailman/listinfo/scribus > > > ------------------------------ > > End of scribus Digest, Vol 147, Issue 13 > **************************************** From gary at extremeground.com Tue Jun 23 12:57:02 2020 From: gary at extremeground.com (Gary Dale) Date: Tue, 23 Jun 2020 08:57:02 -0400 Subject: [scribus] Scribus 1.5.5 (Debian/Testing) doesn't export link text to PDFs In-Reply-To: <9003601e-0cd3-6a51-72ce-162506a7e222@iglou.com> References: <1a9a6d74-675d-d74a-bd30-bf18cea99697@extremeground.com> <831011f4-6c44-1f03-d8c7-5a69ff75babf@iglou.com> <9003601e-0cd3-6a51-72ce-162506a7e222@iglou.com> Message-ID: On 2020-06-16 18:24, Gregory Pittman wrote: > On 6/15/20 3:13 PM, Gary Dale wrote: >> On 2020-06-15 13:14, JLuc wrote: >>> Le 15/06/2020 ? 17:02, Gary Dale a ?crit?: >>>> The Scribus method of using PDF annotations is already clumsy - first you have to make it a type of annotation then you have to right-click it again to add the destination. Then there's the fact that the text has to be in a separate text box... Why can't I just select a piece of text inside a box then right-click on it and make it a link (or a note or whatever)? >>>> >>>> It's not a deal breaker for me, but I'm working on a directory where literally half the text should be clickable links - web sites, e-mail addresses and telephone numbers. >>> A script could probably automate this in a nice and friendly way that fits your workflow. >> I'm using Scribus Generator to create the pages. However the template itself is a lot of work, as is modifying it. With a couple of web links and perhaps 5 e-mails and and a dozen telephone numbers, that's a lot of extra boxes that I need to create and keep lined up. >> >> To make matters worse, while Generator will leave text substitutions blank when a variable is empty, when it's a separate text box and a separate link box, it's impossible to have the subsequent text move up during the generation. I have to manually clean this up after the fact. >> > I notice that Google Chrome will link from a web address, even without any Annotation link. > > Greg The issue is whether it should be the job of a PDF reader to decide what is linkable or not. Should we expect a PDF reader to also decipher e-mail links and phone numbers, which are also clickable? And what about making organization names clickable, taking you to their web site? No PDF reader is likely to be able to hand that. From gary at extremeground.com Tue Jun 23 22:23:45 2020 From: gary at extremeground.com (Gary Dale) Date: Tue, 23 Jun 2020 18:23:45 -0400 Subject: [scribus] Scribus Save function doesn't always work Message-ID: <479943a2-c52e-21f3-4890-b3315de22d4d@extremeground.com> I'm using Scribus v1.5.5 on a Debian/Testing machine. I thought I had a successful day working on a document but then I went back into it and found it had reverted to yesterday's last save. I had saved it umpteen times during the day because the Story Editor keeps throwing an error that crashes Scribus. I don't think it happened today, which was good, but I've been leaving the Story Editor after making a few edits, saving the file then going back into the Story Editor to do some work. I've even restarted Scribus a couple of times today, just to be safe, before I'd work on a new section of the file. As I was paging down through the file, more carefully than I usually do to verify the content and look was correct, I noticed things I'd changed had reverted. The file date was also from the previous evening. There were also some "emergency save" files from yesterday - possibly from the Story Editor errors, but they were time stamped even earlier than my file. It goes without saying that a basic operation like File | Save should work or at least produce a popup message if it fails. After all the crashes yesterday, I'd even looked for an "Autosave" file every so many minutes function, but there doesn't seem to be one. I understand that running a testing version of Debian means that the software may not always work. However the silent failure to save my file today is as bad as if the software had erased it. Either way, I'd be back to my overnight backup version. From gpittman at iglou.com Wed Jun 24 00:05:03 2020 From: gpittman at iglou.com (Gregory Pittman) Date: Tue, 23 Jun 2020 20:05:03 -0400 Subject: [scribus] Scribus Save function doesn't always work In-Reply-To: <479943a2-c52e-21f3-4890-b3315de22d4d@extremeground.com> References: <479943a2-c52e-21f3-4890-b3315de22d4d@extremeground.com> Message-ID: <8dc1da4e-1daf-44f9-2d9f-f2e94cc0af0d@iglou.com> On 6/23/20 6:23 PM, Gary Dale wrote: > I'm using Scribus v1.5.5 on a Debian/Testing machine. > > I thought I had a successful day working on a document but then I went back into it and found it had reverted to yesterday's last save. I had saved it umpteen times during the day because the Story Editor keeps throwing an error that crashes Scribus. I don't think it happened today, which was good, but I've been leaving the Story Editor after making a few edits, saving the file then going back into the Story Editor to do some work. > > I've even restarted Scribus a couple of times today, just to be safe, before I'd work on a new section of the file. > > As I was paging down through the file, more carefully than I usually do to verify the content and look was correct, I noticed things I'd changed had reverted. The file date was also from the previous evening. > > There were also some "emergency save" files from yesterday - possibly from the Story Editor errors, but they were time stamped even earlier than my file. > > It goes without saying that a basic operation like File | Save should work or at least produce a popup message if it fails. After all the crashes yesterday, I'd even looked for an "Autosave" file every so many minutes function, but there doesn't seem to be one. > > I understand that running a testing version of Debian means that the software may not always work. However the silent failure to save my file today is as bad as if the software had erased it. Either way, I'd be back to my overnight backup version. Hi Gary, Under Preferences > Document Setup > Saving and Undo, there is an Autosave option (which I thought by default was selected), along with interval and other features. You will find these ending with the suffix .autosave Greg From gary at extremeground.com Wed Jun 24 00:43:20 2020 From: gary at extremeground.com (Gary Dale) Date: Tue, 23 Jun 2020 20:43:20 -0400 Subject: [scribus] Scribus Save function doesn't always work In-Reply-To: <8dc1da4e-1daf-44f9-2d9f-f2e94cc0af0d@iglou.com> References: <479943a2-c52e-21f3-4890-b3315de22d4d@extremeground.com> <8dc1da4e-1daf-44f9-2d9f-f2e94cc0af0d@iglou.com> Message-ID: <7d636f52-e428-09ec-fb02-9960da4b16cc@extremeground.com> On 2020-06-23 20:05, Gregory Pittman wrote: > On 6/23/20 6:23 PM, Gary Dale wrote: >> I'm using Scribus v1.5.5 on a Debian/Testing machine. >> >> I thought I had a successful day working on a document but then I went back into it and found it had reverted to yesterday's last save. I had saved it umpteen times during the day because the Story Editor keeps throwing an error that crashes Scribus. I don't think it happened today, which was good, but I've been leaving the Story Editor after making a few edits, saving the file then going back into the Story Editor to do some work. >> >> I've even restarted Scribus a couple of times today, just to be safe, before I'd work on a new section of the file. >> >> As I was paging down through the file, more carefully than I usually do to verify the content and look was correct, I noticed things I'd changed had reverted. The file date was also from the previous evening. >> >> There were also some "emergency save" files from yesterday - possibly from the Story Editor errors, but they were time stamped even earlier than my file. >> >> It goes without saying that a basic operation like File | Save should work or at least produce a popup message if it fails. After all the crashes yesterday, I'd even looked for an "Autosave" file every so many minutes function, but there doesn't seem to be one. >> >> I understand that running a testing version of Debian means that the software may not always work. However the silent failure to save my file today is as bad as if the software had erased it. Either way, I'd be back to my overnight backup version. > Hi Gary, > > Under Preferences > Document Setup > Saving and Undo, there is an Autosave option (which I thought by default was selected), along with interval and other features. You will find these ending with the suffix .autosave > > Greg Found it, and it was turned on. That makes the failure to save even more outrageous. From driehuis at playbeing.org Wed Jun 24 07:13:51 2020 From: driehuis at playbeing.org (Bert Driehuis) Date: Wed, 24 Jun 2020 09:13:51 +0200 Subject: [scribus] Scribus Save function doesn't always work In-Reply-To: <7d636f52-e428-09ec-fb02-9960da4b16cc@extremeground.com> References: <479943a2-c52e-21f3-4890-b3315de22d4d@extremeground.com> <8dc1da4e-1daf-44f9-2d9f-f2e94cc0af0d@iglou.com> <7d636f52-e428-09ec-fb02-9960da4b16cc@extremeground.com> Message-ID: On Wed, Jun 24, 2020 at 2:43 AM Gary Dale wrote: > Found it, and it was turned on. That makes the failure to save even more > outrageous. I just tested saving a Scribus file to a directory, removed the entire directory and tried to save again, and got a prominent error message. This is Scribus 1.5.5 on Ubuntu 18.04LTS. So it seems 1.5.5 correctly detects failure to save a document on my system. You may want to repeat that experiment to see if you can reproduce your failure. I'm sure the developers will pick up a reproducible case with the greatest urgency. Are you sure you didn't save your document to a different location, like /tmp? With kind regards, Bert Driehuis From gpittman at iglou.com Wed Jun 24 13:09:06 2020 From: gpittman at iglou.com (Gregory Pittman) Date: Wed, 24 Jun 2020 09:09:06 -0400 Subject: [scribus] Scribus Save function doesn't always work In-Reply-To: References: <479943a2-c52e-21f3-4890-b3315de22d4d@extremeground.com> <8dc1da4e-1daf-44f9-2d9f-f2e94cc0af0d@iglou.com> <7d636f52-e428-09ec-fb02-9960da4b16cc@extremeground.com> Message-ID: On 6/24/20 3:13 AM, Bert Driehuis wrote: > On Wed, Jun 24, 2020 at 2:43 AM Gary Dale wrote: > >> Found it, and it was turned on. That makes the failure to save even more >> outrageous. > > I just tested saving a Scribus file to a directory, removed the entire > directory and tried to save again, and got a prominent error message. > This is Scribus 1.5.5 on Ubuntu 18.04LTS. So it seems 1.5.5 correctly > detects failure to save a document on my system. You may want to > repeat that experiment to see if you can reproduce your failure. I'm > sure the developers will pick up a reproducible case with the greatest > urgency. > Another thing is to look into upgrading to 1.5.6svn. A large number of bugs have been fixed since 1.5.5 Greg From gary at extremeground.com Wed Jun 24 21:25:36 2020 From: gary at extremeground.com (Gary Dale) Date: Wed, 24 Jun 2020 17:25:36 -0400 Subject: [scribus] Scribus Save function doesn't always work In-Reply-To: References: <479943a2-c52e-21f3-4890-b3315de22d4d@extremeground.com> <8dc1da4e-1daf-44f9-2d9f-f2e94cc0af0d@iglou.com> <7d636f52-e428-09ec-fb02-9960da4b16cc@extremeground.com> Message-ID: On 2020-06-24 03:13, Bert Driehuis wrote: > On Wed, Jun 24, 2020 at 2:43 AM Gary Dale wrote: > >> Found it, and it was turned on. That makes the failure to save even more >> outrageous. > I just tested saving a Scribus file to a directory, removed the entire > directory and tried to save again, and got a prominent error message. > This is Scribus 1.5.5 on Ubuntu 18.04LTS. So it seems 1.5.5 correctly > detects failure to save a document on my system. You may want to > repeat that experiment to see if you can reproduce your failure. I'm > sure the developers will pick up a reproducible case with the greatest > urgency. > > Are you sure you didn't save your document to a different location, like /tmp? > > > With kind regards, > > Bert Driehuis No I didn't save the document elsewhere. That would have required me to do a File | Save As while I just hit the save button on the toolbar. As I mentioned earlier, I even closed Scribus a few times during the day and re-opened the document - which I do by clicking on it in Dolphin (perhaps I should have mentioned that I'm using Plasma 5 desktop). The file itself is in a folder on a network share (NFS). As for repeating the experiment, I hope to never repeat it again. I have no idea why the file wasn't saving and don't really have the time right now to try to recreate the problem even if I had a clue as to how to do it. I can tell you I had been using systemd-networkd for networking earlier but had switched back to Network Manager because networkd seems to be not ready for prime time. My Network Manager setup is simply Auto Ethernet, which lets the Manager figure everything out. I do recall rebooting after making the switch to ensure that things were setup properly. From rsev at pm.me Wed Jun 24 22:04:04 2020 From: rsev at pm.me (Rodrigo Severo) Date: Wed, 24 Jun 2020 22:04:04 +0000 Subject: [scribus] Scribus Save function doesn't always work In-Reply-To: References: <479943a2-c52e-21f3-4890-b3315de22d4d@extremeground.com> <8dc1da4e-1daf-44f9-2d9f-f2e94cc0af0d@iglou.com> <7d636f52-e428-09ec-fb02-9960da4b16cc@extremeground.com> Message-ID: ??????? Original Message ??????? On Wednesday, June 24, 2020 6:25 PM, Gary Dale wrote: > I mentioned earlier, I even closed Scribus a few times during the day > and re-opened the document - which I do by clicking on it in Dolphin > (perhaps I should have mentioned that I'm using Plasma 5 desktop). The > file itself is in a folder on a network share (NFS). I bet this is a really important piece of information: you were working over a NFS share. I, personally, never work over a network share for graphical and design work as I have more than my share of issues when working like that. I copy the file locally, work on it and put it back on the network, if necessary. I obviously can't be sure but I bet your issues are NFS related. Rodrigo From sarunas at mailbox.org Wed Jun 24 22:37:14 2020 From: sarunas at mailbox.org (=?UTF-8?B?xaBhcsWrbmFz?=) Date: Wed, 24 Jun 2020 18:37:14 -0400 Subject: [scribus] Scribus Save function doesn't always work In-Reply-To: References: <479943a2-c52e-21f3-4890-b3315de22d4d@extremeground.com> <8dc1da4e-1daf-44f9-2d9f-f2e94cc0af0d@iglou.com> <7d636f52-e428-09ec-fb02-9960da4b16cc@extremeground.com> Message-ID: On 6/24/20 5:25 PM, Gary Dale wrote: > No I didn't save the document elsewhere. That would have required me to > do a File | Save As while I just hit the save button on the toolbar. As > I mentioned earlier, I even closed Scribus a few times during the day > and re-opened the document - which I do by clicking on it in Dolphin > (perhaps I should have mentioned that I'm using Plasma 5 desktop). The > file itself is in a folder on a network share (NFS). > ... Perhaps try unmounting that NFS share and check whether by a chance there some files in the directory, which serves as mount point (for NFS share). -- ?ar?nas Burdulis math.dartmouth.edu/~sarunas -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From gary at extremeground.com Thu Jun 25 01:35:54 2020 From: gary at extremeground.com (Gary Dale) Date: Wed, 24 Jun 2020 21:35:54 -0400 Subject: [scribus] Scribus Save function doesn't always work In-Reply-To: References: <479943a2-c52e-21f3-4890-b3315de22d4d@extremeground.com> <8dc1da4e-1daf-44f9-2d9f-f2e94cc0af0d@iglou.com> <7d636f52-e428-09ec-fb02-9960da4b16cc@extremeground.com> Message-ID: <84517115-91ed-6f88-13e3-daead2050096@extremeground.com> On 2020-06-24 18:04, Rodrigo Severo wrote: > ??????? Original Message ??????? > On Wednesday, June 24, 2020 6:25 PM, Gary Dale wrote: > >> I mentioned earlier, I even closed Scribus a few times during the day >> and re-opened the document - which I do by clicking on it in Dolphin >> (perhaps I should have mentioned that I'm using Plasma 5 desktop). The >> file itself is in a folder on a network share (NFS). > I bet this is a really important piece of information: you were working over a NFS share. > > I, personally, never work over a network share for graphical and design work as I have more than my share of issues when working like that. > > I copy the file locally, work on it and put it back on the network, if necessary. > > I obviously can't be sure but I bet your issues are NFS related. > > > Rodrigo I've not had problems with NFS.I've had problems with Samba but NFS has been great. If my files were gigabytes, I'd work on them locally but for a small number of megabytes, the network is plenty fast enough and I know the files are stored on? RAID-6 array. From gary at extremeground.com Thu Jun 25 01:36:33 2020 From: gary at extremeground.com (Gary Dale) Date: Wed, 24 Jun 2020 21:36:33 -0400 Subject: [scribus] Scribus Save function doesn't always work In-Reply-To: References: <479943a2-c52e-21f3-4890-b3315de22d4d@extremeground.com> <8dc1da4e-1daf-44f9-2d9f-f2e94cc0af0d@iglou.com> <7d636f52-e428-09ec-fb02-9960da4b16cc@extremeground.com> Message-ID: <84c61472-e76b-e181-c162-3e20974b8ea1@extremeground.com> On 2020-06-24 18:37, ?ar?nas wrote: > On 6/24/20 5:25 PM, Gary Dale wrote: >> No I didn't save the document elsewhere. That would have required me to >> do a File | Save As while I just hit the save button on the toolbar. As >> I mentioned earlier, I even closed Scribus a few times during the day >> and re-opened the document - which I do by clicking on it in Dolphin >> (perhaps I should have mentioned that I'm using Plasma 5 desktop). The >> file itself is in a folder on a network share (NFS). >> ... > Perhaps try unmounting that NFS share and check whether by a chance > there some files in the directory, which serves as mount point (for NFS > share). > Nice try but no. The mount point is empty. From luisdiaz at cellularmemory.org Fri Jun 26 03:16:17 2020 From: luisdiaz at cellularmemory.org (Luis Diaz) Date: Thu, 25 Jun 2020 20:16:17 -0700 Subject: [scribus] Just registered to Scribus 1.4.8 Message-ID: <104C4DCC-B029-4006-8F45-A44726DE0F75@cellularmemory.org> Hello; Just registered to Scribus 1.4.8 and its telling me that Scribus needs to be updated: "The developer of this app needs to update it to work with this version of macOS. Contact the developer for more information." Any advice? Thank you! -------------- next part -------------- An HTML attachment was scrubbed... URL: From gpittman at iglou.com Fri Jun 26 13:06:57 2020 From: gpittman at iglou.com (Gregory Pittman) Date: Fri, 26 Jun 2020 09:06:57 -0400 Subject: [scribus] Just registered to Scribus 1.4.8 In-Reply-To: <104C4DCC-B029-4006-8F45-A44726DE0F75@cellularmemory.org> References: <104C4DCC-B029-4006-8F45-A44726DE0F75@cellularmemory.org> Message-ID: <0f013f62-a39f-090b-8c0c-a89727bdad3c@iglou.com> On 6/25/20 11:16 PM, Luis Diaz wrote: > Hello; > > Just registered to Scribus 1.4.8 and its telling me that > Scribus needs to be updated: > > "The developer of this app needs to update it to work with this version of macOS. > Contact the developer for more information." > > Any advice? > Hi Luiz, I think you want to go to the so-called "unstable branch" (this is bad terminology): https://www.scribus.net/downloads/unstable-branch/ Greg From luisdiaz at cellularmemory.org Fri Jun 26 15:40:55 2020 From: luisdiaz at cellularmemory.org (Luis Diaz) Date: Fri, 26 Jun 2020 08:40:55 -0700 Subject: [scribus] scribus Digest, Vol 147, Issue 23 In-Reply-To: References: Message-ID: <800DEE7A-EC75-4D9A-9924-9FB89BEA9380@cellularmemory.org> I dont understand your answer. where should i post it to get an answer? Please, advice. Luis Diaz > On Jun 26, 2020, at 5:00 AM, scribus-request at lists.scribus.net wrote: > > Send scribus mailing list submissions to > scribus at lists.scribus.net > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.scribus.net/mailman/listinfo/scribus > or, via email, send a message with subject or body 'help' to > scribus-request at lists.scribus.net > > You can reach the person managing the list at > scribus-owner at lists.scribus.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of scribus digest..." > > > Today's Topics: > > 1. Just registered to Scribus 1.4.8 (Luis Diaz) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 25 Jun 2020 20:16:17 -0700 > From: Luis Diaz > To: scribus at lists.scribus.net > Subject: [scribus] Just registered to Scribus 1.4.8 > Message-ID: <104C4DCC-B029-4006-8F45-A44726DE0F75 at cellularmemory.org> > Content-Type: text/plain; charset="us-ascii" > > Hello; > > Just registered to Scribus 1.4.8 and its telling me that > Scribus needs to be updated: > > "The developer of this app needs to update it to work with this version of macOS. > Contact the developer for more information." > > Any advice? > > Thank you! > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > scribus mailing list > scribus at lists.scribus.net > http://lists.scribus.net/mailman/listinfo/scribus > > > ------------------------------ > > End of scribus Digest, Vol 147, Issue 23 > **************************************** From cbradney at scribus.info Fri Jun 26 16:45:15 2020 From: cbradney at scribus.info (Craig Bradney) Date: Fri, 26 Jun 2020 18:45:15 +0200 Subject: [scribus] scribus Digest, Vol 147, Issue 23 In-Reply-To: <800DEE7A-EC75-4D9A-9924-9FB89BEA9380@cellularmemory.org> References: <800DEE7A-EC75-4D9A-9924-9FB89BEA9380@cellularmemory.org> Message-ID: <07093FB8-80EB-442F-A8E1-DE151B94642C@scribus.info> Use Scribus 1.5.5 Thanks Craig > On 26 Jun 2020, at 17:42, Luis Diaz wrote: > > ?I dont understand your answer. > > where should i post it to get an answer? > > Please, advice. > > Luis Diaz > >> On Jun 26, 2020, at 5:00 AM, scribus-request at lists.scribus.net wrote: >> >> Send scribus mailing list submissions to >> scribus at lists.scribus.net >> >> To subscribe or unsubscribe via the World Wide Web, visit >> http://lists.scribus.net/mailman/listinfo/scribus >> or, via email, send a message with subject or body 'help' to >> scribus-request at lists.scribus.net >> >> You can reach the person managing the list at >> scribus-owner at lists.scribus.net >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of scribus digest..." >> >> >> Today's Topics: >> >> 1. Just registered to Scribus 1.4.8 (Luis Diaz) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Thu, 25 Jun 2020 20:16:17 -0700 >> From: Luis Diaz >> To: scribus at lists.scribus.net >> Subject: [scribus] Just registered to Scribus 1.4.8 >> Message-ID: <104C4DCC-B029-4006-8F45-A44726DE0F75 at cellularmemory.org> >> Content-Type: text/plain; charset="us-ascii" >> >> Hello; >> >> Just registered to Scribus 1.4.8 and its telling me that >> Scribus needs to be updated: >> >> "The developer of this app needs to update it to work with this version of macOS. >> Contact the developer for more information." >> >> Any advice? >> >> Thank you! >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> >> >> ------------------------------ >> >> Subject: Digest Footer >> >> _______________________________________________ >> scribus mailing list >> scribus at lists.scribus.net >> http://lists.scribus.net/mailman/listinfo/scribus >> >> >> ------------------------------ >> >> End of scribus Digest, Vol 147, Issue 23 >> **************************************** > > > ___ > Scribus Mailing List: scribus at lists.scribus.net > Edit your options or unsubscribe: > http://lists.scribus.net/mailman/listinfo/scribus > See also: > http://wiki.scribus.net > http://forums.scribus.net