feed not correctly registered: fix the key:
https://twitter.com/scribus
feed not correctly registered: fix the key:
https://twitter.com/scribus
feed not correctly registered: fix the key:
https://twitter.com/scribus
feed not correctly registered: fix the key:
https://twitter.com/scribus
feed not correctly registered: fix the key:
https://twitter.com/scribus
feed not correctly registered: fix the key:
https://twitter.com/scribus
feed not correctly registered: fix the key:
https://twitter.com/scribus
feed not correctly registered: fix the key:
https://twitter.com/scribus
feed not correctly registered: fix the key:
https://twitter.com/scribus
feed not correctly registered: fix the key:
https://twitter.com/scribus
feed not correctly registered: fix the key:
https://twitter.com/scribus
feed not correctly registered: fix the key:
https://twitter.com/scribus
feed not correctly registered: fix the key:
https://twitter.com/scribus
feed not correctly registered: fix the key:
https://twitter.com/scribus
feed not correctly registered: fix the key:
https://twitter.com/scribus
feed not correctly registered: fix the key:
https://twitter.com/scribus
feed not correctly registered: fix the key:
https://twitter.com/scribus
Scribus Planet

SourceForge Alternative

Is there an alternative to downloading Scribus for OSX from SourceForge? I'm very reluctant to have anything to do with them since SourceForge began modifying code to include spy/ad-ware.

Or perhaps you have a sha-sums listed somewhere so that we can verify Scribus code hasn't been tampered with??

r20997 by jghali -

jghali:
fix case of failure by gs to render exported PDF
Modified
trunk/Scribus/scribus/pdflib_core.cpp

Heads-Up Testers: List of bugs on the bugtracker to test

In the ongoing effort to clean up bugs.scribus.net here is a list of all
the bugs that have been tagged with #please_test tag

Have at it!

http://bugs.scribus.net/search.php?project_id=1&sticky_issues=on&sortby=last_updated&dir=DESC&hide_status_id=90&tag_select=218&match_type=0

Please remember to notate the OS, OS version, and Scribus version you used
to test the bug.

Cheers,
/Kunda

r20996 by jghali -

jghali:
#13726: remove incorrect cmake option from travis yml file
Modified
trunk/Scribus/.travis.yml

Kedves Scribus felhasználók!

A #Hungarian #Scribus forum has been launched by user +Kornél Pércsy.
We have some very active folks from #Hungary   that contribute translations, bug reports, and tutorials. Thank you very much to you all. :)

Kornél Pércsy originally shared:
Kedves Scribus felhasználók!

A Scribus programot bemutató honlapot kibővítettem
a Magyar Scribus Felhasználók fórumával.
Lehet csatlakozni, beszélgetni (vitatkozni), ötletelni.
Remélem hasznos része lesz az oldalnak :)

Az elérhetősége: http://scribus.xyz/forum/

vagy az oldal menüjében a "Fórum" kiválasztásával.
Csatlakozzatok minél többen :)

Magyar Scribus felhasználók fóruma - Főoldal
Magyar Scribus felhasználók fóruma - Főoldal

r20995 by craig -

craig:
coverity fix a bunch of unchecked dynamic casts in Pageitem undo restore functions
Modified
trunk/Scribus/scribus/pageitem.cpp

r20994 by craig -

craig:
coverity fix a bunch of unchecked dynamic casts in Pageitem undo restore functions
Modified
trunk/Scribus/scribus/pageitem.cpp

r20993 by jghali -

jghali:
coverity #1350608: uninitialized pointer field
Modified
trunk/Scribus/scribus/undotransaction.h

r20992 by jghali -

jghali:
coverity #1350609: uninitialized scalar field
Modified
trunk/Scribus/scribus/pageitem_latexframe.cpp trunk/Scribus/scribus/pageitem_latexframe.h

r20991 by jghali -

jghali:
coverity #1350611: uninitialized pointer field
Modified
trunk/Scribus/scribus/ui/storyeditor.cpp trunk/Scribus/scribus/ui/storyeditor.h

r20990 by jghali -

jghali:
coverity #1350612: uninitialized scalar field
Modified
trunk/Scribus/scribus/nodeeditcontext.cpp

r20989 by jghali -

jghali:
coverity #1350613: uninitialized scalar field
Modified
trunk/Scribus/scribus/ui/newmarginwidget.cpp

r20988 by jghali -

jghali:
coverity #1350743: uninitialized pointer field
Modified
trunk/Scribus/scribus/ui/mergedoc.cpp

r20987 by jghali -

jghali:
fix coverity #1352149: dereference after null check
Modified
trunk/Scribus/scribus/ui/smpstylewidget.cpp

r20984 by jghali -

jghali:
#13725: Italian translation update
Modified
trunk/Scribus/resources/translations/scribus.it.ts

r20983 by jghali -

jghali:
#13724: "Background Color" in Paragraph Effects is not selectable
Modified
trunk/Scribus/scribus/ui/propertywidget_pareffect.h

Erste Hilfe • Wie Rahmenlose Tabelle mit Scrius 1.5.1

[ Translate ]

Hallo zusammen!

ich bin noch nicht sehr lange hier im Forum aktiv. Bisher nur als Silent-User, aber jetzt muss ich mich doch mal zu Wort melden.
Aktuell nutze ich auf Scribus 1.5.1 als Test, da man hier wohl mehr mit Tabellen machen kann, als mit der 1.4x Version.

Mir scheint so, als ob die Tabellenfunktion noch Fehlerbehaftet ist. Kann das einer bestätigen oder bin ich einfach nur zu blöd dafür?
Ich will einfach eine Tabelle erstellen, die erstmal Rahmenlos ist. Ich möchte dann selbst festlegen, wo sichtbare schwarze Haarlinen sichtbar sind.
Kann da jemand etwas dazu sagen?

Vorab danke!

Statistik: Verfasst von leachimus — Do 11. Feb 2016, 22:47 — Antworten 2 — Zugriffe 27


r20982 by craig -

craig:
coverity fix a bunch of unchecked dynamic casts in Pageitem undo restore functions
Modified
trunk/Scribus/scribus/pageitem.cpp

Bug reports

Dear Scribus-world

I've got a pretty poor-looking bug with Scribus. Where can I post it so I can be told what I think is a bug isn't and what I've done wrong; told how to get round it or get it fixed?

Thanks!

r20981 by jghali -

jghali:
fix missing update of text background combo in paragraph style widget
Modified
trunk/Scribus/scribus/ui/smpstylewidget.cpp

r20980 by craig -

craig:
coverity #1350056/1350057: unchecked return value, and lets close that file after all!
Modified
trunk/Scribus/scribus/pdflib_core.cpp

r20979 by craig -

craig:
Bump to 1.5.1 for upcoming release
Modified
trunk/Scribus/CMakeLists.txt trunk/Scribus/OSX-package/inputs/Info.plist trunk/Scribus/OSX-package/inputs/Scribus.pkg-Info.plist trunk/Scribus/Scribus.app/Contents/Info.plist trunk/Scribus/config.h.cmake trunk/Scribus/doc/de/releases.html trunk/Scribus/doc/en/releases.html trunk/Scribus/doc/it/releases.html trunk/Scribus/resources/versions/scribusversions.xml trunk/Scribus/scribus.lsm trunk/Scribus/scribus/ui/splash.cpp

r20978 by craig -

craig:
coverity #1350582: Add in some variable initialisation, although the function doesnt deal with !isPixmap well
Modified
trunk/Scribus/scribus/imagedataloaders/scimgdataloader_pict.cpp

r20977 by craig -

craig:
Bump to 1.5.1 for upcoming release
Modified
trunk/Scribus/scribus/ui/about.cpp

scribus for Mac 10.5 / 10.6

Hello Scribus Team
I dont see how to write just to the ones who prepare the Scribus versions for different systems. The only way I found to give Input is this list, so I send it here.

This ist just to let you guys know:It is not possible to install the early Mac OSX version (before 10.8). I am on Mac OS X 10.6.8. It says for this system (from 10.5) I have to install Homebrew Cask from Terminal. Which I did. Then in terminal it says next step: Install Xcode: https://developer.apple.com/xcode

Well, thats the problem there, because when I try to do that, the link takes me to the AppStore, and trying to download it says I can't bacause X Code is for 10.10.5 or newer.

So I am stuck.

I remember some time ago on your website there were simple .dmg packages even for back to 10.5. I downloaded it, opened it, put it in the program folder and it was done. Why all the trouble now?

Regards
Thom

https://blog.documentfoundation.org/blog/2016/02/10/the-document-foundation-announces-libreoffice-5-...

https://blog.documentfoundation.org/blog/2016/02/10/the-document-foundation-announces-libreoffice-5-1/

The Document Foundation announces LibreOffice 5.1
Immediately available for Linux, MacOS X and Windows Berlin, February 10, 2016 - The Document Foundation announces LibreOffice 5.1, a full featured open source office suite which compares head-to-head with every product in the same category, while standing out with superior interoperability features. LibreOffice 5.1 offers a completely reorganized user interface, and several improved feature ...

Erste Hilfe • Erweiterte Objektauswahl Ebenen

[ Translate ]

Hallo,

Ich habe in einem Scribus-Dokument 3 Layer angelegt.
In diesen sind Bild und Text Ramen angelegt.

Ebenen sperren sind nicht aktiv.
Ebenen drucken aktiviert.
Ebenen sichtbarkeit aktiviert.

Mit Ctrl+Alt+A die erweiterte Objektauswahl aktiviert, alle Objekte auf der aktuellen Seite aktiviert, und mit OK bestätigt.

Nun sollten doch alle Objekte auf allen Ebenen ausgewählt sein?
Dies klappt bei mir nicht! Was mache ich da falsch?

Vielen Dank im Voraus!
Karl

Statistik: Verfasst von lastweb — Mi 10. Feb 2016, 13:11 — Antworten 3 — Zugriffe 40


Deleting color sets.

Adding color sets (i.e. palettes) to a job is
easy. but there is no clear way to get rid of
them. I would accept a facility to delete all
colors and start all over.

Any suggestions?

As part of what seems to be becoming a series of magazine covers, here's a collection of OMNI covers...

+Garry Patchett share with us his new thing: recreating OMNI #magazine  covers in #Scribus & #GIMP . He's asking for feedback from the community. 

Garry Patchett originally shared:
As part of what seems to be becoming a series of magazine covers, here's a collection of OMNI covers that I put together this morning. They were very easy to do so I could play around with them. They get sillier as they go to the right and down but none of them is particularly serious. Scribus and GIMP were used as usual. (Apologies for the low resolution but the image is quite large in area. If anyone wants to see a higher-res version of any of them then just tell me and I'll post a link.)  Constructive criticism and suggestions are, as usual, welcome but I'm not sure if I'll be taking anything here further - I was just messing around.


Farbmanagement - PDF - Print • Text und Linien werden gerastert

[ Translate ]

Guten Tag ins Forum,
es ist mein erster Post hier und gleich ein Problem.
Sobald ich ein Dokument, dass ich mit dem Scribus erstellt habe, ausdrucke, erscheinen sowohl die Schriften wie auch Rahmen und Linien gerastert. Es ist keine grobe Rasterung aber doch erkennbar und störend. Habe verschiedene Einstellungen ausprobiert - leider ohne Erfolg.
An dem Drucker kann es nicht liegen - einfache Word-Dokumente werden gestochen scharf ausgedruckt. Das Dokument habe ich auch als Pdf gespeichert und ausgedruckt. Leider die gleiche Rasterung.
Ich arbeite mit Scribus 1.4.6, GhostScript ist installiert, habe verschiedene Schriften ausprobiert.
Der Drucker ist ein S/W Laserdrucker.
Bin ein Scribus-Neuling. Vielleicht habe ich eine Voreinstellung übersehen. Weiss Jemand Rat?
Grüße
paneck

Statistik: Verfasst von paneck — Di 9. Feb 2016, 16:00 — Antworten 24 — Zugriffe 191


Magazine Cover Experiments - OMNI Magazine

As part of what seems to be becoming a series of magazine covers, here's a collection of OMNI covers that I put together this morning.

They were very easy to do so I could play around with them. They get sillier as they go to the right and down but non...

Working with Scribus and Script

Hello,
I wrote this simple code but it does not work, it get  always the script error 9, bad file descriptor.

Anyone can help me? Thanks.

P.S. I attach 1 Scribus file (sla) and 1 Script file (csv).

Hyphenation dictionaries in 1.4.6

Hello,
it is my first post here but I'm using Scribus for about 7 years or so.
I like Scribus very much and have made layout for several publications including 5 editions of quarterly newsletter (12 pages) and one 100 page offset-printed book with lots...

It's almost time for the start of the GSoC 2016 program!

It's almost time for the start of the GSoC 2016 program!

Be inspired by a past GSoC student's story in our recent blog post on the Google Open Source blog.

Visit our new site, g.co/gsoc to apply to be a mentor organization for GSoC 2016 starting Monday, February 8th at 19:00 UTC. The deadline for mentor organization applications is Friday, February 19th at 19:00 UTC.

Student applications open March 14th.

Coming to America: how Google Summer of Code helped change my life

Here the last issuee of our journal for the clients of our bookshop. Alle made with open source software...

Here the last issuee of our journal for the clients of our bookshop. Alle made with open source software ;-) Enjoy!

http://issuu.com/lhotzkysliteraturbuffet/docs/buchstabensuppe_1_2016__1_/1

Buchstabensuppe 1 / 2016
Die erster Ausgabe unserer Kundenzeitschrift, mit vielen Rezensionen, Veranstaltungshinweisen und Hintergrundberichten zu aktuellen Büchern

Install Scribus 1.4.6 on Linux Mint

Hello Everyone
I'm new in this Forum I use scribus since two years a lot for my private desktop publishing work on ubuntu (at work I use the Adobe products). I like scribus very much. But I have a problem with updating it to the latest stable version. ...

New release 1.6.9 of the G'MIC image processing framework is ready for download. Nice improvements have...

New release 1.6.9 of the G'MIC image processing framework is ready for download. Nice improvements have been done on the computation core (particularly the math evaluator), as well as various new filters and bug fixes. I hope you'll keep enjoying G'MIC just as we enjoy doing it ! (even if this represents an insane amount of work for a small team like ours ;) ).

Release of G'MIC 1.6.9 - G'MIC -

some observations on 1.5.x to 1.4.x transfers

First, I will admit that I messed up. I inadvertently marked the App
directory in ScribusPortable as hidden. The catastrophe that ensued
related to the fact that, although the system at work allows me to mark
a directory as hidden, I have no way to unhide the directory after that
(without getting IS involved).

So yipes! I needed to use Scribus, I needed to use it right away! I
quickly found out ScribusPortable is more nonfunctional than functional
if the App directory is hidden. So I made use of ScribusPortableTest
(1.5.0) that I had available, altered some files, saved them,
understanding that I couldn't load a 1.5.x file into 1.4.x subsequently.
No problem, the first option seemed to be to stick with 1.5.x. Why not?

The why not was that, for some reason, any lines on the page would not
print on the network computer. I had some lines to create writing
spaces, but also other lines for barcodes. None printed. I could find no
setting of color or transparency or whatever to explain this. Unacceptable.

So I w

properties box

We have been using Scribus to create our Weekly bulletins and also our
monthly newsletter. The properties box of course is an invaluable tool and
suddenly we cannot get it to appear. It is checked off in the Windows box y
yet nothing we do can make it show up.
Can someone please help? I've searched online high and low and even tried
updating out version, yet the elusive properties box will not appear.

Thank you,

Kathy LeRoy

Please consider helping us #translate #Scribus . We appreciate help from the community to help make ...

Please consider helping us #translate #Scribus . We appreciate help from the community to help make Scribus available in many different languages. 
https://www.transifex.com/scribus/
#opensource   #libre   #DesktopPublishing  

Log in · Transifex
Log in to your Transifex account. Or sign up to start your own project or help translate an existing one.

Selecting background frames

Frame A is behind Frame B. Frame B completely covers Frame A.

How do I select Frame A without moving Frame B behind Frame A.

Erste Hilfe • Hilfe !! Bilder werden nicht mehr angezeigt

[ Translate ]

Hallo :)

Ich erstelle im Moment unsere Abizeitung mit Scribus 1.4.5
Nun werden einige Bilder nicht mehr angezeigt, jedoch werden sie in der Info normal angegeben?

Was kann ich machen?
Beeinträchtigt das das Druckergebnis?

Danke für eure Hilfe! :)

Statistik: Verfasst von AnniIKG — Di 2. Feb 2016, 22:58 — Antworten 1 — Zugriffe 23


Erste Hilfe • Hilfe !! Bilder werden nicht mehr angezeigt

[ Translate ]

Hallo :)

Ich erstelle mit Scribus 1.4.5 im Moment unsere Abizeitung.
Ich bin schon ziemlich am Ende, jedoch werden auf einmal die Bilder nicht mehr angezeigt.
Wenn ich auf Info klicke, wird das Bild benannt, es ist aber nicht zu sehen...

Was kann ich machen?
Und wenn ich die Zeitung drucken lasse, sind die Bilder dann nicht zu sehen?

Brauche möglichst schnell Hilfe

Vielen Dank!
Gruß Anni

Statistik: Verfasst von AnniIKG — Di 2. Feb 2016, 22:29 — Antworten 7 — Zugriffe 82


Spell Checker

Hi All

I used to have Spell Checker working - but since my rebuild and update
last year it no longer works.

Checking on the Wiki I see I have to have Aspell and a Dictionary loaded.

I reinstalled these again today, (just to be sure), and they are both in
/user/doc, (not selected by me!)

The Spell Checker still does not work and in Prefs/Spelling nothing is
listed and it can not see the Dictionary at all.

How do I correct this?? My Scribus is 1.4.5 and OpSys is PClinuxOS-32 bit.

Thanks a lot.

file deletion

I cant seem to delete scribus files in native xcf format can you help!

Sent from Mail for Windows 10

Saving and loading files from a network location

Scribus 1.4.6, Windows 7

Files are located on the Mac in my sig.

Opening, closing, saving files to the iMac are excruciatingly slow,
often getting a "Not Responding" message in the dialogue.

Is this a known issue? File movement using Explorer and Finder work
like a charm.

Erste Hilfe • EURO-Zeichen und Schrift-Pfade

[ Translate ]

Hallo,

auch hier hatte ich mit der Forumsuche keinen Erfolg, offenbar hat außer mir niemand das unter (1) geschilderte Problem :(

Ich verwende Scribus unter Windows, Version 1.4.5

(1) Formularfelder stellen nach dem Export ins PDF-Format keine EURO-Zeichen (€) dar. Als vorausgefüllter Text eingegebene EURO-Zeichen werden entfernt. Ich versuche das mit Arial, Helvetica, Courier, Standardschriften eben.

(2) Ich finde die Einstellung nicht, wodurch normale Textrahmen den Text hinter im PDF-Viewer zum Markieren/Kopieren freigeben. Der Text verhält sich, als wäre er in Pfade gewandelt, die entsprechende Einstellung (Schriftarten in Pfade wandeln) ist aber im PDF-Export nicht ausgewählt?!

Kann mir jemand zu einem oder gar beiden Problemen weiterhelfen oder einen kurzen Tipp geben?

Vielen Dank!
Sonya

Statistik: Verfasst von deuteron — Mo 1. Feb 2016, 18:31 — Antworten 3 — Zugriffe 47


Erste Hilfe • Import von Inkscape/SVG-Dateien fehlerhaft

[ Translate ]

Hallo erstmal,
ich war erst im anderen Forum, bis mich ein netter "Drucker" darüber informiert hat, dass ich dort nicht auf Antworten zu warten brauche. Ich beschäftige mich seit ein paar Monaten mit Scribus und habe auch schon div. Flyer angefertigt. Ich bin mit Scribus sehr zufrieden, es macht was es soll, wenn manchmal auch nur über Umwege. Bei meinem aktuellen Projekt sind allerdings zwei Dinge aufgetaucht die einfach nicht klappen wollen.

1.
Aktuell will ich ein Programmheft für unser Spring- und Dressurturnier erstellen und habe hierfür in Inkscape (Vers. 0.91) einige Grafiken angefertigt und sie als *.svg abgespeichert. Leider klappt das Importieren bei Scribus (ich benutze 1.5.0, Windows 10) nicht, es erscheint immer die "falsche" Grafik. Haben möchte ich das Bild "Inkscape", erscheinen tut immer "Scribus" (siehe Bilder im Anhang). Ich habe die Grafik jetzt schon ein paarmal beschnitten (Ausschneidepfad - setzen), leider ohne Erfolg. Öffne ich die Datei als svg in anderen Programmen, z.B. Gimp, ist alles in Ordnung, nur bei Scribus will es mir nicht gelingen. Ich weiß, dass ich die Dateien auch in anderen Formaten abspeichern bzw. einfügen kann, ich möchte aber gerne skalierbare Grafiken haben, möglichst ohne Zwischenschritte.

2.
Da Scribus ja in Sachen Tabellen etwas schwächelt habe ich den im Internet aufgeführten Weg genommen und erstelle Tabellen in LibreOffice Calc (Version 5.1.0.2), kopiere sie nach Draw und gebe sie als svg wieder aus. Die eigentliche Tabelle ist auch in Ordnung nur die darin befindlichen Texte werden von svg verschoben bzw. die Formatierung wird nicht fehlerfrei übernommen (in Draw erscheint sie aber noch richtig). Ich habe es mit einfach eingefügten Texten (links/rechts/mitte) und mit Textfeldern (Tabstops) versucht, es will nicht klappen.

Vermutlich bin ich ein DAU und habe lediglich dass richtige Knöpfchen noch nicht gefunden aber vielleicht kann mir ja hier jemand helfen. Ich habe die Frage auch im Inkscape-Forum gestellt da ich nicht weiß, ist es ein Scribus-, ein Inscape- oder schlicht und ergreifend mein Problem

Scribus-Tabelle.jpeg

Calc-Tabelle.jpeg

Scribus.jpg

Inkscape.jpg

Statistik: Verfasst von dackelpack — Mo 1. Feb 2016, 14:18 — Antworten 8 — Zugriffe 107


Internal margins in a text frame

New to Scribus and to this, I presume a mailing list. I'm accessing it
via gmane.org.

I'm using Scribus in Windows 7.

I've been looking just about everywhere for how to set/control the
internal margins of a text frame so the text doesn't butt right up to
the frame border.

In MS Word, this is called internal margins. What is it called in
Scribus, and where do I find it?

Thanks.

If you might have noticed there has been a recent spike in code commits due to the team running a Coverty...

If you might have noticed there has been a recent spike in code commits due to the team running a Coverty scan and implementing the results. Over 100+ commits in 5 days & growing.

Note to Maintainers & Testers: if you're building #Scribus 1.5.1svn (unstable trunk) please be advised to follow these developments since many more fixes are in the pipeline. Already we've gotten reports (Arch Linux) of some issues. 

Help with macOS

Just downloaded Scribus and installed it. Tried to open it and mac say,
"can't open because it didn't come from Apple App Store or from
recognized developer." How do I get around this?

Thanks.

Arcata Red

Scribus • Glisser d'image

[ Translate ]

Salut à tous !

Je m'appelle Andy, je suis nouveau sur le forum, car nouveau sur Scribus sur Ubuntu.
J'utilisais Scribus sous Windows avant et j'ai l'impression d'avoir perdu une option particulièrement utile : le glisser d'image dans scribus.

Ex : une image est dans un dossier, je la fait glisser dans l'appli directement et elle rempli joliment mon cadre image :-).

J'ai pas une utilisation experte du logiciel (je suis prof en maternelle et je m'en sers essentiellement pour fabriquer des outils pour les élèves), mais j'ai une utilisation "massive" : je fabrique des docs avec énormément d'imports d'images et honnêtement, le Ctrl+I, c'est usant :-).

Du coup, là j'en suis à un niveau où je virtualise un Windows pour garder cette option, et franchement... ça craint !

Est-ce que quelqu'un pourrait m'orienter vers une solution ? Un plugin ?

Merci d'avance pour les réponses de la communauté !

A bientôt !

Andy

Statistiques: Posté par andynosaur — 29 Jan 2016, 18:53


It's been a while since I've posted anything new so here's a fun spread that I put together. Everything...

+Garry Patchett with yet more epic examples of how to rock #Scribus & #GIMP . Here is parody #magazine  spread. 

#DesktopPublishing   #Showcase   #opensource   #libre   #FLOSS  

Garry Patchett originally shared:
It's been a while since I've posted anything new so here's a fun spread that I put together. Everything was created using Scribus and GIMP including the "official classified document" which was a quick - and not entirely successful - attempt at making a hoax document. (Give yourself a gold star if you can figure out who the "creature" in the document is.) Constructive criticism and suggestions are welcome as usual.


Releases for Debian family of Linux.

The Debian family of releases of Scribus is
prominent in its absence. The Debian family
includes Ubuntu, Kubuntu, Knoppix and so on. The
typical format of distribution files has a suffix
of .deb.

On my main computer I use Slackware 14.1 and
compile from source using the script from luc.
But my wife uses a 32 bit laptop with Knoppix.

Short of setting up the laptop to compile from
source is there a way to get a 1.5.0 or later
version of Scribus for a 32 bit Debian family
computer as described above?

This problem arose when I attempted to use the
laptop during the recent snowstorm. I could copy
files from one machine to the other via the
local net but I couldn't get Scribus to run on
the laptop.

Scribus • défoncer un texte [résolu]

[ Translate ]

Bonjour tout le monde,
Je dois exécuter le chiffre 50 en corps 248, blanc pour le fond et avec un contour de 2 mm en jaune, et je ne sais pas comment faire. Quelqu'un peut-il m'aider ? Merci d'avance.

28/1/2016 : je reviens. J'ai trouvé comment faire, il suffisait de mettre le nombre 50 en couleur blanche, puis de réaliser un contour de 2 mm en couleur or... Suis-je bête !

Statistiques: Posté par espacefine — 27 Jan 2016, 18:11


Heads up #Testers , #Scribus v1.5.1 is slated to be released very soon. Many bugfixes and improvements...

Heads up #Testers , #Scribus v1.5.1 is slated to be released very soon. Many bugfixes and improvements. This will be an 'unstable' release and is not meant to be used in production. 

Check the latests v1.5.1 changelog:
http://bugs.scribus.net/changelog_page.php

#Translators please prepare for v1.5.1 as well  
See http://lists.scribus.net/pipermail/scribus/2016-January/052840.html
#l10n #i18n #xl8 #translation #t9n  
#libre #floss #desktoppublishing #opensource  

Change Log - Mantis Issue Tracker for Scribus
Scribus - Change Log Scribus - 1.4.7.svn (Released 2016-01-03) [ View Issues ] ========================================= - 0013626: [Translation] Italian documentation update (jghali) - closed. - 0013631: [Translation] Updated Danish Translation (jghali) - closed. [2 issues] ...

Import Multiple Picture Files via xml file

Dear Scribus community,

I am a beginner user of Scribus. I used to work with InDesign and would
like to make a change.
I have one specific need : importing multiple (200-400) picture files
(.jpeg, .png, .tif, etc.) automatically into one document.
On InDesign, I use a very simple xml file (with <article> nodes containing
both <text> and <picture> sub-nodes) and a script which imports it and
places the frames where I need them.
I have looked at the xml importing add-ins offered with scribus and can't
find an existing tool for this.

Now my enquiries :
* Did I overlook something, is it already possible?
* If I didn't, I would be interested in working on a solution, especially
if this is sth others would find useful : so, is it?
* As a new user with very little experiment in development (one has to
start somewhere...), I would need advice and help as to where to look, what
to expect, etc. Apart from this list, is there any other place to ask? (And
is it ok to ask here?)

Thanks in advance for any help.
Perrine

New translation targets, beginning with Scribus 1.5.1

Hi Translators,

We plan to release 1.5.1 during the next week or a few days later. Two of the major new features in 1.5.1 are support for the CIE L*a*b* colour model and an import filter for Swatchbooker's SBZ format. I've also added the CIE LAB and CIE HLC palettes that were already included in the 1.4.6 release, only this time as SBZ files with L*a*b* values. I'm planning to convert all colour palettes to SBZ and, if possible, to L*a*b* (at least where it makes sense).

One of the major advantages of SBZ is that you can store additional information like description, as well as copyright and licencing information in those files. Even better: This information can be translated! And as a cherry on top, it's also possible to include a pixel image of a colour reference or a logo inside!

The easiest way to translate SBZs is using Swatchbooker (http://www.selapa.net/swatchbooker/). Unfortunately, the software doesn't run on Windows, despite the availabality of a (non-working) Windows version, and on Mac OS X y

Audacity 2.1.2 Released!

Audacity 2.1.2 Released!

The download is from fosshub.

Thanks to everyone here who tested the release candidates and gave feedback.  Main visible new feature, thanks to Paul Licameli,  is spectral reassignment which calculates a more fine-grained spectrogram.  The new spectrogram is particularly suited to voice work.

Audacity 2.1.2 Released | Audacity®
Jan 20th, 2016: Audacity 2.1.2 Released. Audacity 2.1.2 replaces all previous versions. We've made several improvements to the spectrogram view of tracks which are particularly valuable for vocal work. Thanks to Paul Licameli. New option 'Spectral Reassignment'. This algorithm deduces a 'finer' ...

+miles summers shares with us a #Showcase  example of project

+miles summers shares with us a #Showcase  example of project
created with #Scribus & #inkscape
This is a great example of how Free #Libre #OpenSource software helps contribute to bettering society. Thanks for the heads up. 

Dealing with Danger: Staying safer with online technology
The Dealing with Danger card game is designed to assist discussion with those who have a cognitive impairment about what to do when faced with common online situations.

Software compatibility

Dear support,

I recently purchased a computer and upgraded to Windows 10. I was wondering
if Scribus is compatible with 10 and if so, which version should I be
downloading.

Bill

Entwicklung • Pixel als Maßeinheit

[ Translate ]

Hallo Zusammen,
ich muss öfters Gestaltungen erstellen für Monitore oder auch Videos/ TV das mache ich vorzugsweise mit Scribus weil ich so meine Vorlagen und Elemente aus der Bibliothek verwenden kann.

Jetzt zu meinem Problem bevor ich zb. eine Gestaltung erstellen kann die dann am ende 1920x1080 px sein soll muss ich mich erst mal mit dem Taschenrechner hinsetzten das Verhältnis ausrechnen und es dann auf cm übertragen um dann am ende die Gestaltung in der korrekten Pixelgröße via Expotieren-> Bild zu exportieren.

Es wäre sehr viel einfacher wenn ich einfach als Maßeinheit px auswählen könnte um schon die Seitengröße passend anzulegen.

Hat es einen Grund das das bis jetzt nicht möglich ist?
Wenn nein wer erklärt mir wie ich ein Feature Request mache?
Oder sagt mir wo mein Denkfehler ist :kicher:

MfG PeterFranz

Statistik: Verfasst von PeterFranz — Sa 16. Jan 2016, 00:10 — Antworten 2 — Zugriffe 298


Erste Hilfe • Was nicht geht?

[ Translate ]

Hallo Forum,
Scribus ist auch im Vergleich zu InDesign ein hervorragendes Programm aber manche Funktionen sind entweder schwer zu finden oder existieren überhaupt nicht. Zum Beispiel das Speichern eines Verlaufs oder das Anlegen von Absatzlisten mit Aufzählungen oder Nummerierungen vielleicht auch noch als Stil. Mir reicht es schon, wenn ich wüsste ob es überhaupt geht oder nicht.
Danke und Gruß, Carlos

Statistik: Verfasst von Carlos — Fr 15. Jan 2016, 12:41 — Antworten 9 — Zugriffe 389


Swatchbooker project needs some help

Swatchbooker has been discussed recently as a game changing tool for
OpenSource color management. Christoph has helped spearhead the effort to
bring more attention to Swatchbooker and it's important abilities.

Earlier last year the Swatchbooker dev, Olivier Berten started a migration
from Launchpad to Github. The migration isn't complete. Also there are some
issue binding python with lcms2 that is inhibiting development. Anyone in
the community interested in helping Swatchbooker move forward? Efforts to
move this project forward will benefit other other Libre Graphics suites as
well.

Thanks for your attention and possible assistance.

https://github.com/olivierberten/SwatchBooker/issues/3

Cheers,
Kunda

Erste Hilfe • Bildgröße im fixen Rahmen ändern

[ Translate ]

Hallo Forum,
ich möchte als Neuling in diesem Forum ja nicht übermütig werden, aber eine Frage hätte ich noch:
Ein Bild in einem Rahmen mit fixer Größe soll diesen proportional ausfüllen. Bild an Rahmen anpassen erfüllt das nicht. Finde dafür kein Werkzeug (in InDesign wäre das das Inhaltswerkzeug)
Danke und Gruß, Carlos

Statistik: Verfasst von Carlos — Mi 13. Jan 2016, 17:36 — Antworten 2 — Zugriffe 91


Fw: new important message

Hello!

New message, please read <http://lauraclauvi.ro/should.php?v7128>

artista.listas-VpLXg8xonGNEQntllvrAxw< at >public.gmane.org

Fw: new important message

Hello!

New message, please read <http://mueu.nl/did.php?q2fib>

artista.listas-VpLXg8xonGNEQntllvrAxw< at >public.gmane.org

Scribus 1.4.6 Released

The Scribus Team is pleased to announce the release of Scribus 1.4.6.

Scribus 1.4.6 is almost exclusively a bugfixing and update release, including many corrections backported from the development candidate 1.5.x, whose next iteration 1.5.1 is supposed to be released soon after 1.4.6 with some exciting new features.

Most Important Changes
======================

- Scribus 1.4.6 finally supports SVG blend modes.
- Improvements to Scribus's PDF export.
- Improvements to hyphenation.
- Translation and documentation updates.
- As of version 1.4.6, Scribus includes four new color palettes, namely CIE LAB and CIE HLC, both of which are available in a CMYK and an sRGB version. They refer to affordable color fans that use an open and non-proprietary color model.

The complete changelog is available here: http://bugs.scribus.net/view_all_set.php?type=1&temporary=y&project_id=1&fixed_in_version=1.4.6.svn

Primary Download Locations
==========================

- Installation packages for Windows, Mac OS X and the s

Scribus 1.5.1svn available for Fedora

Hello team,

Just to inform that snapshot of Scribus 1.5.1svn is now available for
Fedora under Copr repository[1].
It will be also nice to add appdata.xml file as the instruction is
already included in the spec file[2] for the stable release i.e. 1.4.5.
It is a simple matter on including appdata in the tar following
appstream guideline [3].

References
---------------
[1] https://copr.fedoraproject.org/coprs/luya/scribus-unstable/
[2] https://apps.fedoraproject.org/packages/scribus/sources/spec/
[3] http://freedesktop.org/software/appstream/docs/index.html

14. Juni 2013 ab 20:00 - An Open Evening with Open Graphics @ Zurich

An Open Evening with Open Graphics

  1. Juni 2013
    ab 20:00

Im Dock 18
Rote Fabrik
Zürich

Mit

Ale Rimoldi
(Coder und Community-Builder. Grafiklabor, Scribus, LGM)

Manuel Schmalstieg
(Designer und Publizist. Greyscale Press, Low-Rez.tv) präsentieren

Moderation
Mario Purkathofer

Freier Eintritt, kühles Bier.

Poster 1: The European Map of FLOSS

Die Idee ist kürzlich im Gespräch zwischen Manuel Schmalstieg und Julien Deswaef am Libre Graphics Meeting (LGM) in Madrid enstanden: Lasst uns eine europaweite, politische Karte der Freien Software zeichnen. Mit folgender Faustregel: Nur ein Projekt pro Nation. Welche freie Software steht für die Schweiz? MyPaint oder TYPO3 oder Cyberduck oder OpenJustitia oder gar Vim?...

Poster 2: Libre Type Klassifizierung

Wir schreiben das Jahr 2013 und der Hype um Webfonts und Freie Schriften tobt. Höchste Zeit, unser Wissen über Klassifizierung der Schriftarten auf den neusten Stand zu brigen. Wer trennt Renaissance-Antiqua von Barock-Antiqua, Serifenlose Linear-Antiqua von Amerikanischer Grotesk? Oder müssen gar neue (Unter-)Kategorien entworfen werden?

Wer mitmacht, wird mit einem A0 Poster belohnt.

Printed Books oder eBooks: Wohin führt uns die DTP-Zukunft?

Immer mehr Leute lesen Bücher und Zeitschriften auf digitalen Geräten. Was wird dann in 20 Jahren noch gedruckt? Und wie können wir unsere Werkzeuge für die Zukunft vorbereiten?

Was ist sonst noch geplant?

  • Exklusiv-Bericht vom LGM 2013 (Libre Graphics Meeting) in Madrid, mit Video-Ausschnitten der besten Talks.
  • Vorankündigung zum LGM 2014.
  • CD-Rohlinge mit ausgewählten (und legalen!) Libre Fonts (darunter ein rarer proportionaler Schnitt der Kult-Monospace-Font Inconsolata).

Grafiklabor am 5. Juni 2013: Mypaint

Scribus Scripting with Python Mypaint,

morgen Abend, den 5. Juni 2013, findet an der

Stampfenbachstrasse 69
Raum F11/F12 der ETHZ

ein MyPaint Workshop zusammen mit Martin, dem Author des Programms statt.

Wenn du also gerne malst und dir einmal aus erster Hand die wichtigsten Funktionen erklären lassen möchtest, bist du gerne eingeladen um 18.00 Uhr vorbeizukommen.

Grafiklabor: The first Script

Four brave scripters in Zurich, one in Rennes and one chatting from home have spent their Sunday afternoon by trying to write the first script with the Scribus new Scripter.

The goals was to port the Calendar script to the new API.

The results are mixed: while we still don't have a new Calendar script, we have learned a lot of things:

  • We could create a script that launches a dialog created with Qt Designer.
  • We have created a github repository where we can continue to work on the script
  • Short after the end of the workshop I've found a big error we made and could get the Scripter to create a new document, which was our first step.
  • But, the error messages the Scripter is returning are not easy to understand, the output is way too verbose and the window where they're shown cannot be resized!
  • Also, there is no shortcut to re-launch the last script
  • The warning about the includes being "unsafe" is disturbing. If there should be such a warning, then it should only be shown once per script (and user) not on each launch.

And there are also a few smaller issues we faced: - We could only load an .ui file by entering it's full path, not it's path relative to the running script - We could not find a way to query Python or the Scripter for the path of the current script. - It's not possible to copy paste the errors from the Python console in Scribus - The "Dialogs" API is not documented - Scripter.dialogs.newDocument is not callable as a function. - There seems to be no way to create a new paragraph style - There seems to be no way to query the current unit (cm, mm, ...) and set a specific one - There are no constants for expressing the units (Scripter.UNIT_POINTS)

Voilà, the work on the scripter is not over! I've created a "scripter" repository on the Scribus git server and I'm working to program all the commands needed for the calendar script.

Grafiklabor: Programm im Winter 2012/13

Sonntag treffen wir uns wieder im Dock 18 und beschäftigen uns mit Scribus und der Gestaltung von Zeitschriften, Newslettern und Vereinsblättern.

Wir werden unsere Erfahrung austauschen und dann fassen wir unsere Gedanken einerseits in einem "prägnanten" How-To und anderseits in einer Feature-(Wunsch)Liste zusammen.

Bis am Sonntag ab 14 Uhr im Dock 18!

Hier noch das Programm für's Winter 2012/13:

7.10.2012 Mini booksprint: Zeitschriftgestalten mit Scribus

4.11.2012 Übersetzungssprint: Einführung in Gimp aus dem Französischen übersetzen

2.12.2012 Freiegrafiksoftware: Überblick und Installparty

6.1.2012 Public Domain Jam

3.02.2012 Einsatz freier Grafiksoftware im Unterricht

Compiling a Scribus Git branch

A few weeks ago, Anil announced on the mailing list that he has worked on Pierre's code and got indic scripts to work with the current code. Since then, lot of people have been asking how to get the code and test it. This is a good chance to write a short article explaining how to compile Scribus, for people that only want to test it and not contribute code!

If you want to follow the steps described in this article you will need: - a recent Ubuntu or Debian testing, - at least 1 GB of RAM - 3 GB of free hard disk space - a multicore processor - basic knowledge about the terminal (cd, mkdir, rm, ls, pwd, ...)

In the future, I plan other articles for other distributions and even on compiling Scribus without having to touch the terminal... but let's start with this one!

Finally, if you need help, just drop in our IRC channel and yuo will find somebody to hold your hand: irc://irc.freenode.net or http://wiki.scribus.net/canvas/Special:WebChat .

The steps you will go through

Let's first summarize what you will need to do: - getting all the software and libraries needed to compile Scribus, - getting the Scribus source code, - compiling Scribus, - running the development version of Scribus.

Getting all you need

The Linux distributions provide everything you need to compile new software, but often it is not installed by default. You will need: - a compiler (gcc) and the make tools, - the Qt development tools, - the header files that describe how Scribus can use the external libraries it needs, - git to check out the Scribus code.

Linux knows what software can be installed by looking at the content of repositories. In Debian and Ubuntu this list is located in the file /etc/apt/sources.list. The first step is to make sure that you the source packages are included: - On Debian make sure that you have a line like deb-src http://ftp.ch.debian.org/debian/ wheezy main non-free contrib in your /etc/apt/sources.list . In order to make sure that all the repositories are up to date you should update the list of avalaible software by

$ sudo apt-get update
- On Ubuntu start the "Software sources" application and make sure that in the "Ubuntu Software" tab has the check box for "Source Code" checked. You can find more help on adding repositories in the Ubuntu help pages: https://help.ubuntu.com/community/Repositories/Ubuntu . When closing the window, don't forget to click on the "Reload" button and update the list of avalaible software.

It's now time to add all the software needed to compile Scribus. Open a terminal and run:

$ sudo apt-get build-dep scribus
This will ask you for your password and then install everything Scribus 1.4 (the Scribus version that Ubuntu and Debian are providing) needs to be compiled.

Since you will be compiling Scribus 1.5.x There are a few libraries that are new and that you will have to install, too:

$ sudo apt-get install libqtwebkit4 libqtwebkit-dev
$ sudo apt-get install libicu48 libicu-dev
$ sudo apt-get install libcairo2-dev
$ sudo apt-get install libpoppler-private-dev
$ sudo apt-get install git

Prepare your directories

You will need a directory where you will put the Scribus source code and, on the other side, one where the binaries will be installed.

In your home, create the two directories: - "Source" where the source code will reside, - "Bin" where Scribus 1.5.x will be installed.

Getting the code

The Scribus contributors are using a git server to share their work. Each new feature is located in its own branch and can be tested separately. While only people having already provided patches can write to it, everybody can download, read and compile the code.

In order to get the code: - open a terminal and make sure that your in your home - go into the "Source" directory - get the Scribus code and put it into the "scribus" directory:

$ cd Source/
$ git clone git://git.scribus.net/scribus.git scribus
$ cd scribus/

If you want to activate the "indic" branch you will have to check it out:

$ git checkout indic

Compiling Scribus

First, you will have to make sure that you are in the ~/Source/scribus/Scribus/ directory in a terminal.

Your second step is to create a build/ directory where all the temporary files generated during the compilation will be written and cd into it

$ mkdir build/
$ cd build/

Now that you're in the build/ directory you can launch the program that will make sure that everything needed for the compilation is there and will prepare all the settings for the compilation:

$ # Warning: in the line below some some of the underline signs are missing.
  #Please have a look at the same line at the bottom of this article to see the real parameters.
$ cmake -DCMAKE_INSTALL_PREFIX:PATH=~/Bin/scribus -DWANTDEBUG=1 -DWANTNOOSG=1 -DWANTPRIVATECAIRO=0 ..

If you get any error, please come and ask us in our IRC channel! And don't forget the two dots at the end of the cmake command!

Now that everything is ready, compiling Scribus is just a very simple step:

$ make -j4
Where "-j4" will try to use up to 4 processors or threads in parallel and massively speed up the compilation.

After some time, between 10 minutes and one and a half hour depending on the CPUs available, Scribus will be compiled!

Once make is done, you can install Scribus in ~/Bin/scribus/:

$ make install

If everything worked well, you can now launch Scribus with the command:

$ ~/Bin/scribus/bin/scribus

You can create a link to it on your desktop or in your programs bar.

And if something didn't workout correctly, we are all there in the IRC channel (irc://irc.freenode.net or http://wiki.scribus.net/canvas/Special:WebChat) to give you hints on how to sort everything out!

TL;DR

If all this is too long to read, here is just the list of commands you need:

$ # make sure that the source repositories are in your sources.list
$ cat /etc/apt/sources.list
$ sudo apt-get update
$ sudo apt-get build-dep scribus
$ sudo apt-get install libqtwebkit4 libqtwebkit-dev
$ sudo apt-get install libicu48 libicu-dev
$ sudo apt-get install libcairo2-dev
$ sudo apt-get install git
$ cd
$ mkdir Bin
$ mkdir Source
$ cd Source/
$ git clone git://git.scribus.net/scribus.git scribus
$ cd scribus/
$ git checkout indic
$ cd Scribus/
$ mkdir build/
$ cd build/
$ cmake -DCMAKE_INSTALL_PREFIX:PATH=~/Bin/scribus -DWANT_DEBUG=1 -DWANT_NOOSG=1 -DWANT_PRIVATE_CAIRO=0 ..
$ make -j4
$ make install
$ ~/Bin/scribus/bin/scribus

That's all folks!

L'avancement ces derniéres semaines a été un petit peu ralentie. En effet, je suis partie 3 jours à…

[ Translate ]

L'avancement ces derniéres semaines a été un petit peu ralentie. En effet, je suis partie 3 jours à Genève pour rencontrer d'autres membres de l'équipe aux RMLL. Ça n'a pas été inutil bien au contraire puisque ça m'a permis de voir les gens avec qui je travail et de pouvoir discuter de toute cela directement ce qui est bien plus facile et plus agréable qu'IRC. Ça m'a permis de rencontrer également des utilisateurs de scribus pour voir ce dont ils ont besoin par exemple. On en a donc profiter pour décidé ce qui devrait être fait dans la deuxième partie de mes GSoC mais j'y reviendrais par la suite. Au niveau programmation. Tout d'abord, comme je l'avais prédit dans mon article d'il y a deux semaines, j'ai finis le travail sur le undo/redo pour le gradient de transparence. J'ai d'ailleurs remarqué que certains options sont ici parce qu'elles font partie du gradient pannel mais en réalité, elles sont inutils dans le cas de la transparence. C'est un petit peu perturbant. La deuxiéme a été pour la création des courbes de bézier. Dans ce cas l'astuce a été de déplacer la création du undo au bon endroit (une fois l'objet entièrement créer) puis de supprimer les undos inutiles créer par d'autres fonctions durant le processus de création. J'ai ensuite réctifié le undo pour l'ajustement de la frame de texte à la hauteur du texte et la duplication. Pour cela, il suffisait de regrouper plusieurs actions en une seul. Par la suite, je me uis mis au undo/redo pour l'action "Transform" dans le menu objet. Celui ci à d'étrange qu'il permet une rotation par exemple sans pour autant utilisé la fonction normal de rotation. Cela complique le code pour pas grand chose à mon avis mais bon, c'est un autre sujet.Ce undo m'a demandé un peu de temps puisque l'action de base utilise "adjustitemSize". C'est une fonction utilisant beaucoup de sous fonction. Je ne me suis donc jamais risqué à créer un undo pour cette fonction puisque ceci s'avére en général pas nécessaire. Cependant, cela finis par me causé des problèmes de positionnement lors du undo/redo. Finalement, j'ai réussis à les contrer grace a la fonction moveTo en sauvegardant la position de départ et en applicant le bon déplacement à la fin du undo. Je me suis trompé un moment sans comprendre d'ou venait le problème en faisant le adjustitemsize après le déplacement ce qui me faisait un décalage que je ne comprennais pas. Maintenant tout fonctionne correctement. Toujours en continuant de chercher des problèmes de undo, je suis tomber sur des crash de scribus lorsque l'on utilisait le undo pour le changement de niveau des calques. En effet, il y avait une confusion entre deux identifiant différent que l'on donne aux calques dans le code. Leurs niveau et leur Id propre. Maintenant, je n'ai plus eu de crash à ce niveau là. Enfin, j'ai ajouté un undo correct pour le changement de code dans une render frame et pour le changement de page d'un pdf que l'on souhaite afficher dans une frame d'image. Il n'y a pas grand chose d'intéressant à ce niveau là puisque ce sont des undos tout ce qu'il y a de plus normal. Le plus dure est de trouvé le undo concerné et sa position comme d'habitude. Enfin, le undo pour l'édition des polygones, des arc et des spirals. Ceux ci ont de multiples options de nombre de coté, de longueur et d'angle et l'on ne pouvait pas revenir sur ces modifications. Maintenant cela est donc possible. Pendant ces modifications, j'ai eu de droles de suprises parce que certains undo n'utilise pas d'identifiant unique. Au moins, maintenant je fais plus attention à ce genre de problème que j'en rencontré une autre fois par la suite. J'ai également profité des RMLL et de diiscution avec pygmee pour empeché le undo lors de la création de certaines frames (comme les courbes) et pour améliorer la sélection après un undo ou un redo. Toutes les modifications cité précédement sont donc maintenant dans le trunk grace à MrB :-) Suite à une remarque de cezaryece, j'ai également corrigé un bug qui apparaissait lorsque l'on demandait d'effacer le contenue d'une frame de texte. Le bug se trouvait dans la gestion même du undo et je ne comprend pas vraiment pourquoi celui ci avait lieu... Un autre problème avait lieux lors du undo/redo de la conversion en contour. Le problème étant la création d'un trop grand nombre de undo alors que certains étaient inutil. En pour finir le travail sur le undo: l'option connect to path. Celle ci n'avait aucun undo et faisait partie d'un plugin. En effet, même dans ceux ci il faut traiter le undo. Ce qui n'est pas forcement facile puisque un plugin se veut séparer mais le undo est dans le code base. J'attend que ces derniers changement soit commité pour pouvoir demander à tout le monde de tester le undo pour me faire remaqué les endroit que j'ai oublié. Pendant ce temps, il a été décidé durant les RMLL de mettre en place un multiple import d'image. Il est donc possible (dans ma branch seulement pour le moment) de créer une frame d'image, sélectionner: importer une image puis de sélectionner plusieurs images. Si une seul image est sélectionné, il n'y a pas de changement par rapport à d'habitude. Mais il est aussi possible de sélectionner plusieurs images et dans ce cas, une liste des images apparait à coté du curseur. Il est possible de changer d'image avec tab ou shift + tab. Si on click sur une frame d'image, l'image sélectionné est importé dans la frame, sinon, il est possible de créer une frame directement avec l'image importé dedans. Je vous laisse donc jugé de l'efficacité de cette technique. Tant que je travaillais sur les images, j'ai ajouté la possibilité de remettre à zero une frame d'image qui n'a pas une image valide comme le reportait un bug de ale. Et pour finir, je me suis attelé à faire du panneau d'historique un panneau dockable. Donné le nom au panneau est un peu étrange mais cela fonctionne pour notre cas. Maintenant, je travail un peu sur le undo specifique et les bugs qui me sont assigné et je devrais bientôt commencer mon travail sur le panneau de recherche qui n'est vraiment pas très "user friendly". A bientot pour plus de nouvelles

This article is in english as non-french speakers asked informations about style management in…

[ Translate ]

This article is in english as non-french speakers asked informations about style management in scribus. During RMLL, I meet a lot of people who are using scribus or are working to improve it (or both) and we spoke about style management in Scribus. It is a point that should really be improve in next scribus version (even if, as far as I know, it is not planed in 1.6 release). In this article, I will only speak about charactere style and paragraphe style, not about local modification of style which is another topic. The problem is : When you apply a character style to a word in a paragraph (example : bold). Then, you apply a paragraph style : size font = 16 (instead of 12 by default). You can notice that the word in bold keep a font size of 12. Of course, it is not a correct behaviour. If you ask for information about this issue on IRC, people will answer: This is because even if you don't change the font size in the character style, the value is 12 so the font size of your word is 12. In fact, if you look into the code, it is a wrong answer. You can also see that it is a wrong answer if you look at the .sla file. The value of 12 is not saved in the style. The only place where the value of 12 is saved is in the default character style. So, what happen exactly? first, we have to notice that a paragraph style can have character style component. The font size is a good example as it appear in paragraphe style and in character style. So, if you apply a paragraph style and then you apply a character style, the selected text must have 2 character style. On the selected word, we expect that the apply order is : default paragraph style -> default character style -> paragraph style -> character style but it is not the case because a letter can have only ONE character style and this character style have a paragraph style (yes, you read correctly in Scribus, it is not a paragraph style which have a character style but the opposite). When I saw this, I thought : ok, in this case, when I apply a paragraph style, I just have to check if the value in the character style is a real value. If it is not (it is an inherited value from default character style), I will add the value of the character style I want to apply from paragraph style. Not to hard to understand? But in fact, all values are inherited value. Some of them inherited from default character style but other inherit from the character style I applied. Why? Because when you create a style and you apply it in two different word. You can't set the value directly to these word. Otherwise, they will not be updated if you change the character style. And it is the same behaviour when you apply character style from paragraph style. In a nutshell, when you apply a paragraph style, all words in the paragraph have an empty character style with the character style of this paragraph style as parent and when you apply character style, you change this parent to the character style you are applying. (character style is stronger than character style from paragraph style). by the way, I thing that this empty style is not empty if you apply inline style modification...

For me, all this problem appear because in scribus now it is not a paragraph style which contain a character style but the opposit. I thought about two solutions : we can enable style to have many parent. In this case we will not have more problem but, as pygmee noticed, user will need to define priority between style. It can be really confusing and I don't know any programm working in this way. The other solution is to change style definiation to make paragraph style owning character style and applying the priority like I defined it previously. In this instance, a word will have his own character style and the character style from his paragraph style. But it may be really hard to do this as it will involved a lot of modification in the scribus code base. First, we will need to redefined how it is apply but also, as there is another character style, we will need to take it into account when we export the textframe to pdf. Good luck to the guy which will do this work.

Voila quelques jours que je n'ai pas écris. Je voulais attendre d'avoir finis la tache sur laquelle…

[ Translate ]

Voila quelques jours que je n'ai pas écris. Je voulais attendre d'avoir finis la tache sur laquelle je travaillais pour vous tenir au courant de l'avancement. J'ai donc résolues quelques petits undo/redo : la rotation d'une image, le passage entre les mode : échelle réel et adapté à la taille de la frame, (donc les changements de résolutions de l'image) et pour finir, le undo/redo pour le changement d’échelle des flèches aux extrémité des lignes. Jusque là, tout ce qu'il y a de plus normal même si des fois, ça fait bien réfléchir pour comprendre pourquoi quelque chose qui semble bon en théorie ne l'est pas en pratique. J'ai donc fait ceci en une demi journée environ. La majeur parties du temps restant depuis jeudi dernier, j'ai donc travaillé sur le undo/redo pour les gradients. Depuis le début de mon travail sur scribus, c'est le patch qui m'a demandé le plus de temps et qui était aussi le plus pénible à faire. La pénibilité viens du fait qu'il m'a demandé de mettre en place de nombreux undo/redo élémentaire donc pour une seul variables. Cela n'a rien de bien compliqué mais il faut créer des getters/setters, une fonction de undo/redo et faire en sorte que celui ci soit appelé et que le changement de variables se fasse bien avec les setters. Vous me direz, c'est un peu ce que je fais déjà depuis le début. Mais cette fois, j'ai du le faire de cette façon pour 42 variables différentes juste pour les gradients. Impossible de faire cela automatiquement puisque les méthodes appelées change de nom entre les fonction vu que la variables change et que le type change. Il est peut être possible de faire cela avec des commande préprocesseur mais comme je l'ai dis dans un autre article, je trouve cela pas très pratique étant donné que le code de scribus est très peut commenté, j'aime bien pouvoir trouver les fonctions à l'aide d'un grep -nri . Heureusement, il n'y avait pas que cela a faire. Même si c'est pénible, ce n'est pas ce qui m'a pris tout se temps. Dans les gradients, certains ne fonctionnent qu'en interaction avec le canvas (zone d'affichage). Il m'a donc fallut ajouter un undo pour les actions de dragage de points. Ici aussi, un très grand nombre de variables sont en jeu et la plupart sont des variables de meshpoints. J'ai donc dans un premier temps ajouter les meshpoint dans les undoObject pour pouvoir faire une restauration directement sur ce genre d'objet. Malheureusement, je me suis rendu compte qu'en procédant de cette façon, le undo est enregistré à chaque déplacement d'un point, ou plutôt pendant son déplacement. Donc si on fait traversé tout l'écran au point, on remplie entièrement la pile de undo. Ce n'est donc pas envisageable. Le problème est donc : comment regrouper toutes ces actions en une seul. J'ai pensé à créer un UndoTransaction (qui est l'objet utilisé pour regroupé des actions dans un cas normal) déclaré en global ou en attribue du canvas. Ce n'est pas très jolie. Finalement, j'ai choisie d'enregistré la valeur du meshPoint sur lequel on viens de cliquer et lorsque l'on relâche le clic, on enregistre le points de départ et le points d'arrivé pour crée le undo. Il se trouve que c'est plutôt efficace même si du coup, les modifications pour ajouter des undo sur les meshpoints se trouve inutile. J'ai donc supprimé ces modifications. Il existe un deuxième type de canvas du même genre pour les gradients que j'ai donc traité exactement de la même façon. Pour que tout fonctionne correctement, il faut aussi ne pas prendre en compte cette action si aucun mouvement n'a lieux. Car pour changer la couleur du points par exemple, il faut le sélectionner. Il serait dommage de créer une action supplémentaire inutile. Un autre problème : le changement de mode du canvas. Lorsque le passait sur les gradient mesh. Il y a un changement de mode qui ne reviens pas avec le undo. Scribus finis donc par buguer. J'ai essayé toute sorte de chose sans succès. Finalement, ce n'est pas très beau mais j'ai ajouter un undo au changement de mode mais seulement pour certains mode. Après cela il faut passé par une petite étape de débogage. On fait pas autant de copié coller sans se trompé dans les modifications à apporter. Souvent les erreurs sont minim donc encore plus dure à trouver. Ouf, me voila content tout semble fonctionner correctement. Pour l'instant mes tests se sont porté sur l'intérieur des polygones. Pour les bordures, je me suis donc rendu compte qu'il manquait une fonction de mise à jour du panel. Ce qui empêchait de faire un undo/redo correct et en réalité, cela apportait aussi des erreur lors des changements de sélection. j'ai donc ajouté cette fonction et ajouter les undo/redo pour ces gradients de la même façon que ce que j'avais fait précédemment. Ouf. Finis... C'est ce que je me suis dis. Malheureusement, il reste un petit onglets permettant de bouger le vecteur de gradients. J'ai donc commencer par le undo/redo qui suivait l’apparition de ce panneau. Encore une fois, cela demande un grand nombre de setter/getter mais finalement ça se fait. J'ai donc pris toutes les fonctions de ce panneau un par un pour les ajouter. Ensuite, le canvas encore une fois. J'ai encore procédé comme précédemment. La différence étant : la dernier fois je pouvais sauvegarder un meshpoint. Cette fois, je dois sauvegarder individuellement une trentaine de variables pour les prendre en compte dans un undo final. Ce n'est vraiment pas jolie mais je ne vois pas comment traiter cela autrement. Avec une autre idée, je l'aurai sûrement appliqué également pour les premiers canvas. Pfiou. Voila que les gradients sont finis!!! Et j'en suis bien content. C'est le plus gros patch que j'ai fais en nombre de ligne ... Malheureusement, je sais qu'il me reste les gradients se trouvant dans l’onglet transparency du PP... Travail de demain??? Cette après midi, j'ai donc changé un peu et travaillé sur le bug reporté par cezaryece : correction du undo pour la suppression de lettre. Et oui, quand on supprime des lettres et qu'on les fait revenir, le style de ces lettres est perdu. Pour corriger cela, il faut donc enregistrer le style courant du caractère et regrouper tout cela en une seul action. Jusque là, pas de souci. Le plus gros problème est pour regrouper les actions en une seul. Puisque je crée une action a chaque fois que le style change, il faut que les nouvelles actions puisse s'ajouter à ce undotransaction. J'ai galéré un moment pour créer une action pour une chaîne consécutive avec un même style. Après avoir galéré un moment, je me suis rendu compte que c'était impossible car on ne sait jamais si ce qu'on vient de supprimé se trouve avant la chaîne ou après la chaîne. Mais après réflexion, cela importe peu. Seul l'état courant compte et peut importe ce qui est déjà supprimé. Je me content donc de regarder si le dernier mot supprimé est du même style. Si c'est ça, j'ajoute la lettre, sinon je crée une action. Et maintenant tout fonctionne. Il ne reste plus qu'a commiter tout ça maintenant :-) Bonne nuit à tous.

Voila beaucoup de travail en deux jours !! Je vais donc essayer de ne pas trop m'éterniser. Pour les…

[ Translate ]

Voila beaucoup de travail en deux jours!! Je vais donc essayer de ne pas trop m'éterniser. Pour les petits undo/redo, je me suis mis au changement de la fonction d'affichage : Le changement de résolution. C'est un undo tout ce qu'il y a de plus classique mais j'ai perdu un peu de temps dessus à cause d'une mauvaise écriture de l'identifiant de l'action. C'est vraiment bête mais au moins je ferai plus attention les prochaines fois. Ensuite, le undo/redo de l'affichage des images. On peut en effet choisir d'avoir seulement le nom de l'image en aperçu et non pas l'image elle même. Cette fois ici, rien de bien compliqué, ce n'est qu'une variable à changer. Un petit peu différent ensuite, lorsque l'on utilisait la symétrie pour une image, celle-ci était enregistrée comme deux actions. J'ai donc regroupé ces taches. En regardant de plus près, j'ai également supprimé une boucle for. En effet, une boucle for (uint a = 0; a < docSelectionCount; ++a) avec docSelectionCount!=0 et docSelectionCount < 2, la boucle n'est pas vraiment utile. Le group/Ungroup undo/redo ... Je pense que cette action mériterait un article a elle toute seul. Le fonctionnement de base que j'ai utilisé est le même que celui qui était précédemment : pour le undo de groupé, on sélectionne l'item de sortie et on ungroup, pour le redo, on sélectionne tous les items et on group. Ce qui est bien dans la nouvelle façon de faire c'est que c'est symétrique pour le undo/redo de group et de ungroup donc une seul fonction de restauration est nécessaire. Le premier problème que j'ai eu est que le undo/redo fonctionne pour le grouping, mais le undo/redo/undo ne fonctionne plus. En effet, le polygone résultant du groupement est un nouveau à chaque fois, donc on a perdu son adresse/Id entre temps. Ici, je suis donc dans le même cas que le undo/redo implémenté avant. Pour corriger ce problème, j'ai donc changé l'adresse de ce polygone au fur et à mesure de sa création et de sa suppression. Maintenant, on peut donc faire autant de undo/redo que l'on veut, il n'y a pas de problème. En jouant avec, j'ai finalement trouvé un autre bug : Si on group, puis ungroup et qu'on fait fait deux undo, le deuxième ne fonctionne plus. J'ai mis un moment à comprendre l'erreur mais pour ça, il faut comprendre un peu le fonctionnement du undo dans Scribus. En fait, lors d'un undo/redo, on sauvegarde l'objet sur lequel on exécute l'action et à côté, tout le reste dont on a besoin. Si l'on dit que l'action s'effectue sur un objet et que cet objet est supprimé, on a une fonction permettant de remplacer dans toutes les actions de undo, l'ancien objet par le nouveau. Jusque là tout fonctionne parfaitement. Cependant, si l'objet supprimé n'est pas l'objet sur lequel on a effectué une action mais est tout de même un objet dont on a besoin pour le undo, comment faire? Pour prendre un exemple concret, lorsque l'on groupe 3 polygones, il faut sauvegarder toutes ces informations. Lequel des 3 est le polygone sur lequel on a effectué une action? Vous voyez donc qu'il faut forcément sauvegarder un objet sans que celui ci soit l'objet sur lequel on a appliqué l'action. Le problème est donc : Comment remplacer l'adresse de cette objet lors d'une suppression puis d'un retour? Pour l'instant, je ne vois que deux solutions : On peut faire une fonction qui remplace également l'objet dans les objet nécessaires au undo. Cette idée me semble correct, mais un peu lourde parce que pour un PageItem* par exemple (suppression d'une frame), on pourrait la remplacer, mais dans le cas d'une liste de PageItem? Ou de pair de PageItem? Il faudrait détecté si l'objet que l'on a peut contenir des PageItem* pour pouvoir les parcourir en profondeur. La deuxième solution serait de revoir un peu plus le fonctionnement du undo redo et des objets en général dans scribus. Il faudrait pour cela un numéro unique par objet. Ainsi, lors d'un undo/redo, on sauvegarde ce numéro plutôt que l'objet (il faut donc des fonctions permettant de trouver l'objet a partir de ce numéro également). Ainsi, lorsque l'on recrée un objet, il faut pouvoir lui attribué le numéro de l'objet précédemment supprimé. Il est impossible de faire cela avec un pointeur, même si ce numéro est unique, mais avec un Id, ça serait faisable. Après, il est peut être possible de combiner les deux : mettre un Id que pour les objets supprimés/recréés et cette Id à pour valeur l'adresse de la première version de l'objet? Quoi qu'il en soit, je préfère attendre que tous les undos fait jusqu’à présent soient regroupé avant de me lancer là dedans. À réfléchir ....

Pour revenir au group/ungroup, j'en ai aussi profité pour faire un peu de nettoyage dans la fonction. Certaines boucles qui me semblaient inutiles ont donc disparu.

Autre correction de undo/redo, le changement de forme disponible dans le panneau de propriété dans l'onglet forme. Lorsqu'on l'utilisait et qu'on faisait un undo, tout n'était pas comme avant et l'arrondissement d'angle n'était jamais disponible. Voila qui est corrigé. Pour finir avec les options, j'ai ajouté également un undo à l'arrondissement d'angle. Encore une fois, ce n'était qu'un changement de variable et une séléction à changer.

Une autre grosse tache à été de mettre tous ces patchs dans le trunk. Oui, voila qui est fait, deux de mes branches ont été pushé. Ça fait plaisir que ça puisse être utilisé et ça me permet d'avoir des retours. D'ailleurs, les bugs n'ont pas tardé à ressortir. Pour le undo de la création de gabarit par exemple, j'avais pas testé le undo en ayant quitté le mode gabarit. Ça a donc planté. En fait, je pensais avoir essayé mais cliquer sur la croix rouge de la fenêtre gabarit ferme la fenêtre sans quitter le mode pour autant. Plutot êtrange comme comportement. Enfin, celui là a vite été corrigé. Un autre : Pour le text undo, si on ajoute un style sur deux styles différents et qu'on le défait, seul un des styles de départ reste ( et c'est celui qui est appliqué). J'ai donc fait en sorte qu'une action soit créée à chaque fois que l'on change de style et j'ai regroupé le tout dans une seule action. Maintenant, le plus dur : faire en sorte que moins d'actions soient créées. J'avais mis cela de coté parce que c'est un même undo qui traite le changement de style, l'augmentation de taille et tout ce qui va avec. Mais en m'inspirant du travail de cezaryece, j'ai finalement ajouté une variable à la fonction contenant le undo. Ainsi, lorsque j'appelle cette fonction qui applique le nouveau style, il y a un nouvel argument qui explique quelle est l'action qui est effectuée. En utilisant cela, je peux donc enregistrer dans mes événements un nom précis ainsi, en regardant le vrai nom de l'action précédente, je sais si je dois recréer une action ou compléter la précédente. Le problème que j'ai eu est que ma fonction qui me retourne un pointeur vers le dernier état du undo (donc la tache sur le haut de la pile), me renvoyait une valeur incorrecte. Enfin c'est ce qu'il m'a semblé puisqu'en réalité cette valeur était correcte mais c'est la valeur de la "boite" regroupant mes actions. Et oui, puisque je dois créer plusieurs actions, j'ai aussi besoin d'une boite pour les contenir. Finalement, j'ai donc réussis en détectant cette boite et en allant chercher mes différents états directement dans celle-ci. C'est un peu lourd à faire mais ça fonctionne très bien. Il a donc fallut changer également l'attribution de ce nom exact de la tache lors du clic de souris ou lorsqu’on presse une flèche pour que ce soit correct. Il reste plus qu'à commiter ces patches et tout sera bien :-)

Quand on commence avec git, il y a toujours des choses qui paraissent un peu bizarre ou qui ne se…

[ Translate ]

Quand on commence avec git, il y a toujours des choses qui paraissent un peu bizarre ou qui ne se passent pas comme prévu. Si ça peut aider les autres, voici comment je fais pour créer un patch. Pour partir sur les mêmes bases, j'ai ajouter une adresse à mon git : trunk. Dans ce repo se trouve les mêmes fichiers que sur le svn. Cela permet d'avoir une base de référence pour le diff. Pour ajouter ce git :

git remote add trunk git@scribus.net:trunk.git

Supposons que le diff que l'on souhaite est pour la branch Layout:

git checkout layout

Pour ne pas avoir de souci, il vaut mieux que tout ce qui est fait soit déjà pusher dans le repo:

git push

puis, faire un rebase (mettre ses propres commit comme étant les derniers a avoir été ajouté) :

git pull --rebase trunk svn

si il y a des conflis, il faudra donc aller dans le document signalé pour changer les problèmes. Si vous utilisez gitk, en allant à la tête de la branch, on voit très clairement ou il y a des problèmes. Un fois ces problème réglé :

git add "mes fichiers modifiés" git rebase --continue

il peut arrivé que l'on vous dises que rien n'a été changé, ça veut souvent dire que les modifications ont déjà eu lieu dans un commit précédent, il suffit donc de faire :

git rebase --skip

Une fois que tout ceci c'est bien passé, il faut refusionner la nouvelle branch avec l'ancienne, sinon il sera impossible de pusher le changement et donc de récupérer d'autres éventuel changement. :

git merge origin Layout git push

Voila donc une belle branch avec toutes les sources dedans et les notres en haut de la pile. En plus, on est sur qu'il n'y aura pas de conflit. Maintenant, il faut regarder l'adresse (adresse1) du dernier commit de notre branch Layout (le commit de merge normalement) et l'adresse du dernier commit exécuté dans le trunk (adresse2). On peut avoir cette adresse dans gitk le champ : Id SHA1 ou dans la console directement avec git log. L'adresse est la suite du genre : 27ea33fce51cb6f7e4084746c78a2559dded4e59. Une fois ces adresse récupérés :

git diff adresse2 adresse1 > monpatch.diff

Et pour l'appliquer au svn, il suffit de se mettre dans le bon dossier et d'utiliser :

patch -p1 < monpatch.diff

Le tour est joué.

J'ai un peu de retard dans mes articles alors voici un peu de lecture. Cette fois ci, ce n'est pas…

[ Translate ]

J'ai un peu de retard dans mes articles alors voici un peu de lecture. Cette fois ci, ce n'est pas vraiment un undo/redo que j'ai fais mais plutot une options ajouter à celui ci. Pour pouvoir avoir un meilleur workflow, j'avais ajouter la resélection d'un élément lorsque celui ci est supprimé puis recrée via le undo. Cette fois ci, pour pouvoir voir au sont les changements effectué par le undo, j'ai fais en sorte de cadrer l'écran de scribus sur le changement. Le problème est surtout que l'on ne peut pas généralisé une tel chose. En effet, lorsque l'on crée un calque par exemple, sur quoi doit on déplacer le cadre? Il n'y a pas de page ou de frame spécifique. J'ai donc fait en sorte de centrer correctement l'écran dans la majeur partie des cas mais il faudra tout de même faire attention lors de chaque undo pour que le positionnement corresponde. J'ai également corrigé un crash de scribus dans le fonctionnement même du undo. J'avais remarqué ce bug depuis un moment mais impossible de le corrigé. En effet, si on crée un polygone par exemple puis que l'on appuie sur ctrl-z, celui ci disparaît, on a donc le document de départ. Il est donc normal que lorsque l'on presse de nouveau ctrl-z, rien ne se passe. Cependant, si on va dans édition, le undo est encore cliquable et si l'on clique dessus, scribus plante en nous disant gentiment : scribus crashed due to signal#11 ce qui se traduit par "Haaaaaaaaaaa qu'est ce que tu fais? je coupe tout!!". Enfin bref, pas super. En triturant le code, j'ai a un endroit une variable, si je la met à false, le undo n'est jamais accepté, si je la met à true puis a false en cliquant sur un bouton, le undo reste accessible. Impossible donc de le désactivé. Puisque je n'ai pas réussis à réparer cela, je me suis contenté de faire en sorte que rien ne se produise lors d'un tel clic. C'est toujours mieux qu'un crash. Une fois ceci fait, je me suis remis à un vrai undo : le coller. Et oui, le copier dans le text n'est pas pris en compte, ou plutôt ne l'était pas. J'ai donc corrigé cela et j'en ai profiter pour prendre également en compte l'ajout des inline frame. Ces ajouts se sont donc passés sans aucun souci. Ce matin, je me suis donc mis à la création d'un diff correct pour pouvoir appliquer une de mes branch (Layout) dans le code de scribus. Ça permettra ainsi de voir si tout fonctionne correctement. Pour ne pas tout mélanger, je vais donc expliquer tout cela dans mon prochain article.

Using Python and Cheetah for generating code from RelaxNG

And here is part 2! After my disappointment with XQuery, I looked at a template engine for Python. While Python can do some basic templating itself, Cheetah is much more powerful. So here’s an example for a Cheetah template: // Generated file, do not edit! \#ifndef ${c.name.upper()}_H \#define ${c.name.upper()}_H class ${c.name} { // properties #for […]

C'est parti pour les nouvelles. Je n'ai pas fait d'article non pas parce que j'ai rien fais mais…

[ Translate ]

C'est parti pour les nouvelles. Je n'ai pas fait d'article non pas parce que j'ai rien fais mais surtout par flemme. Ça prend toujours un peu de temps à écrire quand même :-). Comme précédemment, j'ai continué à travailler mercredi sur le texte undo. Après avoir traité le style de caractère, je me suis mis au style de paragraphe (en toute logique). Il m'a fallut un peu de temps pour trouver ou est ce qu'il fallait ajouter le code mais et surtout trouver tous les endroits ou il fallait le prendre en compte en fonction de ce qui est sélectionner (du texte ou une frame entiére). J'en ai donc profiter pour faire mieux fonctionner le undo/redo pour le style de caractére. Encore une fois, ça a mis en place de nombreux undo qui n'était pas visé à ce moment là. Ce qui m'a permit finalement d'avancer très vite dans la mise en place du undo/redo pour le text. Après avoir travailler sur l'ajout de style, il a donc fallut se mettre à la suppression de style. Il est assez perturbant de devoir traiter des fonctions qui font presque la même chose. Sans toutefois faire exactement pareil. Mais j'ai un peu de mal à voir la différentes puisque ce sont des fonctions non déclarer directement mais définie par des commande préprocesseur. Certe, ça permet d'avoir un code très court mais je trouve que ça nuis réellement à la lisibilité du code. Après c'est une question de point de vu. L'étape suivant a été pour les colonnes et les distances (entre les colonnes ou entre le texte et le bord de la frame). Globalement, ce n'était que des changement de variables donc dans ces cas, c'est le undo le plus basique qu'il soit. Pas beaucoup de difficulté. J'en ai aussi profiter pour supprimer une partie de code (il était exécuté ici, puis juste au dessous à travers une autre fonction). Et pour finir, le undo sur la longeur d'une tabulation. Il m'a pour cela suffit de changer la fonction utilisé pour en appeler une qui fait la même chose mais qui possède le undo en plus. Vu comme cela, on a l'impression qu'il reste plein de choses à faire mais j'ai testé les autres options que l'on peut utiliser sur les frames de textes (pendant une bonne heure pour tout essayer) et tous sont traité par le undo. C'est pas génial? :-)

Maintenant que le text undo est finis, je me suis mis à parcourir le bug tracker pour voir tous les bugs qui sont associé à mon sujet. C'est assez marrant de voir que certains sont donc maintenant résolu (dans ma version au moins). Le premier était une demande pour un undo sur le texte. Voilà qui est finit. La deuxième demande que j'ai vu était lors de la copy d'une page. Certains objet se retrouvaient dupliquer lors d'un undo/redo. En constatant cela, j'ai donc remarquer que ça venait d'une action de undo/redo ajouter à la pile de undo alors qu'elle ne le devrait pas. J'ai donc ajouter deux lignes pour indiquer qu'il ne fallait pas se souvenir des actions undo/redo dans une certaines partie du programme. Tout fonctionne correctement mais comme j'utilisais le widget : plan du document, pour voir si il y avait une duplication, j'ai remarqué qu'en ajoutant ces lignes, la mise à jour du widget ne se faisait plus lors du redo. Zut !!. J'ai beau avoir parcourue une bonne partie des fonction causant ce problème, je n'ai pas trouvé celle qui faisait la mise à jour nécessaire. J'ai donc opté pour appelé directement la fonction de mise à jour du widget en question. Il ne semble donc plus y avoir de problème pour moi en tout cas. Entre temps, on m'a indiqué sur IRC, un bug : Il n'y a pas d'avertissement lors de la suppression d'une page ou d'un gabarie. C'est donc un problème puisque le undo n'était apparemment pas disponible. Vu que tous les problèmes de création et de suppression sont maintenant réparé, c'est un bug que l'on peu oublier. Enfin, le dernier bug que j'ai traité est un undo inexistant : placer au dessous, placer au dessous, placer en haut ... Outre le fait que la fonction me semble très compliqué pour pas grand chose (il me semble même avoir vu des boucles for sur un list ou l'on a mis un seul élément dans tous les cas ...) J'ai finalement ajouter cette fonctionnalité en utilisant seulement la sélection. Toutes ces fonctions ayant le même fonctionnement, mettre en place une fonction c'est comme toutes les mettre en place. Aujourd'hui, je vais donc pouvoir continuer à parcourir le bug tracker pour ajouter toutes les fonctionnalités qui semble être les plus importantes pour les utilisateurs.

Voila une autre journée de travail passée. J'ai donc continué à travailler sur le text undo. C'est…

[ Translate ]

Voila une autre journée de travail passée. J'ai donc continué à travailler sur le text undo. C'est donc composé de plein de petit undo à ajouter. J'ai commencé avec le remplacement de texte. Ça se résume en le regroupement d'une action de suppression puis une action d'ajout. Il suffisait donc de trouver ou ajouter ces quelques lignes. J'ai ensuite continué avec le undo/redo des textes d'exemple (lorem ipsum). Le principe est exactement le même que pour l'ajout de texte puisque le undo se fait bien sur le texte et non sur la génération d'un texte aléatoire. Encore une fois, il a suffit de trouver où est ce qu'il fallait ajouter cette action. Après, je me suis attaqué aux caractères spéciaux comme les tabulations ou même les guillemets et des choses comme ça. La prise en compte était encore à un autre endroit mais toujours le même principe. Enfin, je me suis mis à l'import de texte ou l'ajout de texte. Cette partie est plutôt compliquée car on passe par de multiples objets différents et par des plugins pour arriver finalement au même point que les autres : l'insertion de texte encore une fois. Pour l'import de texte, il fallait en plus prendre en compte la suppression du texte précédent. Malheureusement j'ai commencé en regardant la mauvaise action ce qui m'a fait perdre un peu de temps. J'ai d'ailleurs trouvé une fonction qui ne sert à rien du moins en apparence. C'est assez étrange quand on tombe sur des choses comme ça. Ensuite, l'effacement de frame puisqu'il existe un bouton pour cela. Ce n'est pas bien différent de la suppression de texte. Et pour finir, j'ai commencé avec les styles de caractère. Ici, ça c'est un peu corsé. Pour commencer facilement, j'ai regardé pour le changement de taille de police. Il est donc normal de tomber sur une fonction setfontsize(). J'ai donc pensé que la gestion du undo devrait se trouver dans cette fonction malheureusement, même grep ne me trouvait pas cette fonction. C'est plutôt déroutant au début. J'ai finis par comprendre que la classe utilisant cette fonction est créée en grande partie par des commandes préprocesseur pour automatiser la déclaration de fonction. Finalement, ce n'est donc pas ici qu'il faut ajouter le undo. Finalement, j'ai ajouté la modification de style dans une fonction de scribusdoc.cpp . En ajoutant cela, de très nombreuses fonctionnalités de undo/redo pour le texte ont été disponibles. Il est dommage que je ne puisse pas choisir le nom du undo de cette façon là. Du coup le nom est un peu général mais au moins de nombreux undo/redo sont disponibles. Je regarderai peut-être par la suite si on peut changer le nom mais ça reste un détail à mon avis. Finalement là ou je pensais passer au moins deux semaines, je devrais pouvoir avancer suffisamment déjà d'ici la fin de la semaine. On verra donc par la suite ce que le code me réserve ...

1) What i have learnt

    a) RelaxNG compact syntax.
    b) Basics of python and cheetah templating.
    c) XML save already implemented in scribus.
    d) Specific Qt libraries.   
   
2) The present situation

    a) Code generation is in place - C++ code that compiles and works.
    b) Implemented saveasxml option - generates xml for the document, for testing.
    c) Figured out collections and subclasses.
    d) can save basic xml
       
        .) Document information, margins, bleeds.
        .) Empty Pages and Master Pages elements.
        .) PageItems and object attributes.
      
       Generated xml matches with the sla format.

3) Difficulties

    a) Had to change the Constructors of existing classes, so as to work along with the new code.
    b) Lots of time spent on Debugging ( but its always this way with code ).
   

Le travail d'aujourd'hui s'est séparé en deux phases. Ce matin, j'ai essayé tant bien que mal de…

[ Translate ]

Le travail d'aujourd'hui s'est séparé en deux phases. Ce matin, j'ai essayé tant bien que mal de maitriser git. J'ai donc voulu "rebase" mes différentes branches. Ça à déjà demandé un peu de temps puis j'ai voulu "pusher" ces branches mais là, git n'a rien voulu savoir. Impossible de le faire. Je suis donc passé à la suite et malex m'a débloqué ce soir (dans la journée pour lui) en me permettant de pusher quand même mes branches. J'ai l'impression que c'est un peu le bazar dans le repo git mais ça devrai allé par la suite... Le deuxième travail que j'ai fais aujourd'hui a été de commencer le undo pour le texte. Je pense avoir bien commencé puisque la suppression et l'ajout de texte sont maintenant pris en compte. Le plus dur est bien sur la premiére fonctionnalité puisque je ne savais pas exactement de ou partir ni comment partir. Pour la suppression, j'ai commencé avec la suppression du texte séléctionné. Naïvement, je sauvegarde le texte et la position ainsi je sais quoi ajouter et quoi enlevé ainsi que ou se trouve cette information. Jusque là tout semblait bien. Cependant, la suppression en appuyant sur delete par exemple est prise en compte comme la selection de la lettre suivante puis sa suppression. Donc en faisant comme cela, si on laisse appuyé sur del, on ajoute une action par lettre. Ça remplie vite la pile de undo et ça ralentie beaucoup la suppression. J'ai donc suivie les conseils de cezariece qui sont de traité cela en gardant en mémoire l'action précédente, si c'est la même, on se contente d'éditer cette action, sinon on en crée une nouvelle. Pour cela, j'ai donc commencé par créer une fonction qui me permet de récupérer l'action précédente. Pour savoir si cette action est exactement la même que celle que je vais faire, j'ai ajouter un couple (ETEA, val) avec la méthode set qui sert à ajouter des information au undo que l'on enregistre. J'ai fais cela plutot que d'ajouter une variable à undomanager car cela évite d'ajouter de partout des initialisations ou remises à zero de cette variables. Une autre chose qu'il m'a fallut prendre en compte, pour l'ajout comme pour la suppression : Si on supprime une lettre, puis qu'on de déplace d'une case avant et qu'on en supprime une autre. On a bien deux fois une suppression de caractére. Cependant, on ne peut pas avoir qu'une seul action car on ne peut pas définir cette état avec une seul position. Il faut donc dans ce cas remettre ETEA à zero pour qu'une nouvelle action soit créée. Ça fait toujours moins de remise à zero qu'avec une variable ou il aurait fallut remettre a zéro dans chaque undo existant. Maintenant la suite. Ce n'est pas les actions sur le text qui manquent, je ne risque pas de m'ennuyer.

Cette fois, je vais faire un résumé de mes deux jours de travail ( oui c'est le week-end mais quand…

[ Translate ]

Cette fois, je vais faire un résumé de mes deux jours de travail ( oui c'est le week-end mais quand on a du retard, il faut savoir le rattrapper). Ce travail a principalement consisté à finir de mettre en place le undo pour la création de gabarit. Vendredi soir, j'avais de disponible une version que je pensais correcte dans la théorie mais en pratique ça ne fonctionnait pas correctement. J'ai donc passé mon samedi matin a torturé dans tous les sens le code que j'avais fait, à regarder l'id de tous mes éléments pour voir si tout correspondait mais tout semblait correct. En désespoir, j'ai donc demandé sur IRC si quelqu'un avait une idée du problème. MrB et vox_ m'ont donc donné des pistes pour ma recherche. Tout d'abord, en ouvrant le panneau "plan du document", j'ai remarqué que le polygone que je testais existait bien. Donc le undo fonctionne mais l'affichage se fait mal. Ainsi, contrairement au problème que j'avais eu pour la création d'une page, si je n'avais rien cela ne venait vraiment pas des ID. De plus, quand je ferme le fichier puis l'ouvre de nouveau, le polygone apparaît correctement. Je me suis donc lancé dans la recherche d'un problème d'affichage. C'est donc dans une fonction que je n'ai pas encore touché qu'il y a un problème. En regardant dans la fonction de restauration d'un item, je finis par faire apparaître correctement le polygone en utilisant : adjustItemSize(). Cette fois que tout fonctionne, j'explique ma solution à MrB et _vox qui me disent que cette fonction n'est déjà pas super propre. Il vaut mieux éviter de l'utiliser. (Comme dit _vox, c'est un peu un sortilège voodoo, on le lance sans trop savoir mais ça fonctionne). En creusant un peu, j'ai fini par trouver que c'est un problème de OwnPage. C'était là la première idée de MrB mais je ne savais pas du tout quelle valeur mettre ou quelle fonction appeler et les tests que j'ai fait était resté infructueux. Mais cette fois, j'ai exactement la valeur qu'il faut et tout fonctionne correctement. Voilà donc la fin de l'épisode : undo/redo pour la création de gabarit. Il ne me reste plus qu'à pusher tout cela dans mon repo et c'est partit comme prévu pour le text undo.

Making a good start is half task done

The Project Manager


This project upon completion will totally change how big books are handled in scribus.


When I chose this project for gsoc, it seemed to me that it would be easy when i saw its description on scribus-gsoc-ideas page. But during a discussion on irc, malex told me that this project cant be fully completed by 2 of us even in a year. I was still not sure. But I now know that the scope of this project is too big and proper planning is required to make it successful. 


There were a lot of things to be done before I could actually start coding. Presently, PM(project manager) is going to be coded as a new app which will be launched when a book has to be handled.
A new file format sla2(project description file) is to be made using xml to store shared attributes.  Before that invercity mailed me to discuss use cases, so i looked up use cases in some books (never heard of it before). I saw scribus  user-documentation to see how scribus works in detail. I learnt how to make gui using qt-designer by making ui files to make some base gui to code upon. After that JLuc told me to make some api and basic function names to be used in PM which i did. I also made project description file (data types that should be added to sla2 ) after MrB gave me some hints. I tried to add new files to scribus repo but compilation error occured and i tried solving the problem myself and by asking at qt and c++ irc nodes but with  little help. I am trying to learn basic cmake.Before that I learnt git and added some testing branches to the repo. I learnt how xml is parsed presently in scribus and which classes and functions are there for importing and parsing masterpages and styles.
Since there are a lot of new things to be learnt, it is difficult to start coding right off. Though I coded some sample load/save code in testing branches at git.


Problems that occurred.


When adding a new file to scribus repo, scribus does not compile. Throws an error ---> undefined reference to newClass>function. Maybe that file needs to be added to sources list somewhere.


Things I did

1.Project Definition file
2.API
3.Learnt XML
4.Learnt git.
5.Learnt qt designing using qt designer
6.Browsed scribus code for
a)existing import functions for masterdoc and styles
b)how present sla is parsed
7.Making primitive use cases.
8.Examining the present sla to see how the xml format is designed in scribus and how are attributes stored presently.
9.Learnt making a new app in qt.
10.Learning cmake.
11.Made some primitive code for saving/loading xml.

Hier, j'ai passé la journée à travailler sur la création_de_page. En réalité, j'ai voulu commencer…

[ Translate ]

Hier, j'ai passé la journée à travailler sur la #créationdepage. En réalité, j'ai voulu commencer avec la création de gabarit. Il est assez perturbant de remarquer que la suppression est très bien prise en compte par le #undo/redo mais pas la création. En cherchant un peu, j'ai compris que la suppression est prise en compte car elle peut être traitée comme la suppression d'une simple page (ou le undo/redo existe déjà) alors que la création est un peu différente et rien n'existe à ce niveau là. J'ai d'abord cherché pendant une bonne partie de la matinée s'il n'était pas possible de changer la façon dont est créée une page pour l'adapter au gabarit. Finalement, ça m'avait l'air plus compliqué que de repartir de zéro. Cependant, je me retrouve une fois de plus confronté au problème de page que j'ai expliqué hier. C'est à dire, si on crée une page/gabarit, qu'on ajoute quelque chose puis que l'on défait les deux actions et les refait, la deuxième n'est plus pris en compte. Voyant à quel point ceci est important, je suis donc revenu sur le problème d'hier pour ensuite l'appliquer au cas des gabarits. Pour les simples pages, il m'a donc fallut revenir dans les fonctions gérant le undo/redo pour réparer ce problème. En gros, lorsque l'on crée le polygone, puis le défait, on enregistre que celui ci était sur telle page donc on enregistre aussi la page dans les actions. Ensuite, on supprime cette page. Pour que cela fonctionne encore, on crée un faux objet pour remplacer la page et on enregistre un id de cet objet pour pouvoir le retrouver. Ensuite, on remplace dans la liste des undo, la page par le nouvel objet à chaque fois qu'elle apparaît et lors du redo, on remplace de nouveau le faux objet par la nouvelle page créée. Plutôt astucieux mais apparemment, tous les objets n'étaient pas pris en compte. La liste des redo par exemple n'était pas affectée. Maintenant, le undo/redo pour la création d'une page est totalement opérationnel et donc l'import de page également. Je voulais attendre d'avoir fait de même avec la #créationdegabarit, malheureusement, j'ai pour l'instant des erreurs inexpliquées. Je vais donc travailler dessus aujourd'hui en espérant que tout soit résolu très bientôt. Bonne journée :-)

Depuis ma reprise, j'ai refait une partie du travail perdu ce week-end. j'ai donc ajouté les trois…

[ Translate ]

Depuis ma reprise, j'ai refait une partie du travail perdu ce week-end. j'ai donc ajouté les trois #undo/redo sur les options. C'est assez surprenant de remarquer que ça avance très vite lorsque tout se passe tel qu'on le veut. Il m'a ici suffit de localiser où se trouvait la fonction gérant ces fonctionnalités, d'ajouter un groupement de l'action dans le cas d'une sélection multiple puis d'ajouter la valeur de l'option à une nouvelle tache undo/redo. Pour les trois options tout s'est donc bien déroulé. Pour la 4ème action, il semblerait que le bug n'existe plus puisque nous n'arrivons pas à reproduire le problème. Il a donc été mis de côté. Une fois ces taches faites, je me suis remis sur le undo que j'avais commencé avant la panne de mon ordinateur. L'#import de page. Il apparaît que le undo était en fait terminé. Ce qui n'est pas plus mal. Je suis en revanche tombé sur un problème de undo pour la création d'une page. Ce n'est donc pas directement lié à la liste de délivrables qui me sont attribués mais vu que je travaille sur le undo, ça serait vraiment super si on pouvait avoir un undo 100% fonctionnel à la fin de l'été. Sinon, j'aurais encore mes week-ends pour travailler dessus ^^. Le problème est lorsque l'on crée une page, puis un polygone, que l'on revient sur ces deux actions puis que l'on fait un redo sur ces deux actions, la deuxième action n'est pas prise en compte pour le redo. J'ai d'abord supposé que le problème venait de la création de la page. En effet, un polygone est lié à la page à laquelle il appartient. Ainsi lorsqu'elle est supprimée, c'est une autre qui est créée à la place lors du redo. Mais après quelques recherches, il se trouve que ce problème est pourtant traité. J'ai donc finis par remarquer que la fonction restore() qui est normalement appelée lors d'un undo ne l'est pas dans ce cas là. Je n'ai absolument aucune idée du pourquoi et il faudra donc regarder de plus près l'intérieur du fonctionnement du undo pour comprendre le problème. Puisque je ne suis pas en avance dans ma réalisation, je vais pour l'instant le noter de côté, réaliser les autres taches qui me sont directement associé et j'espère pouvoir corriger cela sur le temps qu'il pourrait me rester à la fin des GSoC. C'est partit maintenant pour la création de master page puis ce sera le tour du texte.

Pendant l'indisponibilité de mon pc, je n'ai bien sur pas avancé autant que je l'aurais voulu.…

[ Translate ]

Pendant l'indisponibilité de mon pc, je n'ai bien sur pas avancé autant que je l'aurais voulu. Cependant, j'en ai profité pour faire une liste des #undo/redo inexistant ou fonctionnant mal. J'ai également réalisé un petit tutorial pour expliquer comment réaliser un undo/redo pour Scribus ci dessous. N'hésitez donc pas à aider à son développement :-)

Qu'est ce qu'un undo/redo?

Comme leurs noms l'indiquent, un undo permet de revenir en arrière sur une action et le redo permet de refaire une action annulée précédement.

Comment fonctionne un undo/redo?

Lorsque l'on effectue une action, notre programme mémorise les informations nécessaires pour défaire et refaire une telle action. Ces informations sont mises dans une pile ainsi, lorsque l'on appuie sur CTRL + Z, la dernière action est dépilée, les informations enregistrées permettent de supprimer la dernière action et à la place cette action est ajoutée à la pile des redo. Le fonctionnement du redo est identique à celui du undo.

Comment est-ce mis en place à travers Scribus?

Bien sur, tout le système de gestion des undo/redo existe déjà. Pour mettre en place une telle action, la seule chose à faire est de dire quelles sont les informations dont on a besoin dans notre pile pour pouvoir revenir en arrière et effectuer de nouveau cette action. Puis il faut écrire la fonction appellée pour effectuer ces changements.

Concrètement prenons l'exemple simple du verrouillage de guide:

"void ScribusDoc::lockGuides(bool isLocked) { if (GuideLock == isLocked) return; GuideLock = isLocked; if (UndoManager::undoEnabled()) { QString name; if (isLocked) name = Um::LockGuides; else name = Um::UnlockGuides; SimpleState (star)ss = new SimpleState(name, "", Um::ILockGuides); ss->set("GUIDE_LOCK", isLocked); undoManager->action(this, ss); } }"

Toute la partie relative au undo se trouve dans la condition : undoEnabled(). En effet, on ne veut pas prendre en compte ces informations si le undo est désactivé. Il faut savoir que le undo désactivé peut l'être par le programme et non par l'utilisateur. Lorsqu'on presse CTRL + Z, le undo est désactivé par scribus tant que l'action de retour n'est pas effectuée. Sinon, en faisant appelle à une fonction déjà existante pour revenir en arrière, on enregistrerait une nouvelle action de undo alors que ce n'est pas le but ici. Bref, il faut toujours encadrer ces informations dans une condition UndoManager::undoEnabled().

Ensuite, on est ici dans un cas simple, c'est à dire un cas où les seules variables qu'on a besoin de stocker sont des int, float, boolean, ... des variables standards. Je vous parlerai des autres cas plus tard. Dans ces cas là, on peut utiliser un objet SimpleState pour stocker les informations. Ses trois parametres sont le nom (celui qui apparait à côté de undo lorsque l'on clic sur édition), sa description et une image correspondant à ce undo. Pour connaitre la liste des noms et des images déjà existants, il faut aller voir dans undomanager.cpp. On utilise ici Um:: au lieu de UndoManager:: mais les deux sont équivalents. Si vous souhaitez ajouter un nom ou une image à ceux disponibles, c'est donc dans undomanager.cpp et undomanager.h qu'il faut aller l'ajouter. Ensuite, pour ajouter une valeur à retenir, il suffit d'utiliser set() comme dans l'exemple précédent. Les arguments sont le nom que l'on donne à la variable et la valeur associée. Il faut avoir au moins une variable parmi celles entrées, qui soit unique pour savoir quelle est l'action qui est ciblée lors du undo. On trouve souvent dans le code:

"ss->set("ACTIONNAME","actionname");"

Simplement pour savoir le nom de l'action même si la valeur de la variable n'a aucune importance.

Enfin, pour que l'action soit enregistrée:

"undoManager->action(this, ss);"

la première variable doit être l'objet ciblé par le undo (pas forcément this) et le deuxième argument est l'objet contenant toutes les autres informations.

Cette fois, l'action est donc ajoutée à la pile de undo. Il faut ensuite la prendre en considération. Lorsqu'on demande un undo, la fonction appellée est la fonction restore se trouvant dans l'objet qu'on a passé en premier argument de undoManager->action(). Bien souvent la fonction restore() est déjà écrite (je n'ai pas encore eu l'occasion de voir un autre cas), en s'aidant des exemples au dessus, vous devriez avoir quelque chose du genre :

" else if (ss->contains("UNGROUP")) restoreUngrouping(ss, isUndo); " Comme je vous l'ai dit, il faut avoir une variable unique dans notre simpleState pour pouvoir detecter quelle est l'action qu'on veut traiter. Cette variable est ici "UNGROUP". Bien souvent, l'action à effectuer fait plus de deux lignes donc, pour ne pas surcharger la fonction restore(), on crée une fonction qui se charge du restore spécifique, ici restoreUngrouping().

Voici un cas simple du restore spécifique : " if (isUndo) GuideLock = !ss->getBool("GUIDELOCK"); else GuideLock = ss->getBool("GUIDELOCK"); " Pour récupérer la variable, on utilise donc get() avec comme paramètre le nom de la variable. On peut utiliser également getInt, getBool, getFloat, ... puis on effectue les actions qu'on souhaite. On peut aussi voir qu'il y a deux types d'action. Celles dans le cas où isUndo est vrai et le cas où c'est faux. Cela permet juste de différencier le comportement de undo (isUndo = true) et de redo (isUndo = false)

Vous savez maintenant faire un undo.

Comment faire lorsque l'on doit se souvenir d'un objet et pas seulement d'un int/bool/float...?

Un autre objet que simpleState existe dans un cas comme ça : ScItemState<Class>

Exemple : "ScItemState<PageItem(star)> (star)is = new ScItemState<PageItem(star)>(Um::ChangeShapeType, "", Um::IBorder);"

Il prend les mêmes arguments qu'un SimpleState mais on peut, en plus, lui donner le type d'un objet qu'on veut qu'il stocke. On ne peut donc stocker qu'un seul objet mais c'est mieux que pas du tout. Cet objet a une methode : setItem() qui permet de lui passer cet objet. On peut toujours utiliser la methode set() pour lui passer autant de int/float/string ... que l'on veut tant qu'il ne reçois qu'un objet. Pour passer cette restriction, il faudra donc utiliser des list ou des pair.

De cette façon, on peut traiter une grande partie des undo/redo.

Lorsque je fais mon action, j'ai plusieurs actions ajoutées à ma pile de undo.

En effet, si on avait une action de déplacement décomposée en un déplacement vertical et un déplacement horizontal, lorsqu'on bougerait une forme, on aurait deux actions ajoutées à notre pile de undo. Et il faut donc enlever ces actions intermédiaires une par une pour avoir un undo complet (si la liste des actions intermédiaires n'a pas dépassé la taille maximum de la pile. Dans ce cas, on ne pourra pas revenir entièrement en arrière). Deux solutions s'offrent à nous dans un cas comme celui ci: Si en effectuant tous les undo intermédiaires, on atteint bien la position de départ, on peut regrouper toutes les actions en une seule de la façon suivante: " //démarrer le regroupement UndoTransaction(star) activeTransaction = new UndoTransaction(undoManager->beginTransaction(Um::Group + "/" + Um::Selection, Um::IGroup, Um::Delete, tooltip, Um::IDelete));

//finir le regroupement if (activeTransaction) { activeTransaction->commit(); delete activeTransaction; activeTransaction = NULL; } " Tout ce qui est au milieu est regroupé en une seule action. Les arguments à entrer lors de la création d'une transaction sont : la cible de l'action (selection/page/...), l'image correspondante, le nom de l'action(celui qui apparait dans le programme), une description et l'image correspondante. L'autre possibilité, plutôt utilisé lorsque toutes les actions intermédiaires n'ont pas une action undo dédiée, c'est de supprimer de la liste toutes les actions intermédiaires en encadrant le code de:

"undoManager->setUndoEnabled(false); //mon code undoManager->setUndoEnabled(true);"

puis de créer une action à ajouter à la pile de undo qui permet de prendre en compte tous les changements liés à cette action. Il n'y a pas à se poser la question, "est ce que lors de l'appel de setUndoEnabled(false), le undo était déjà indisponible? Parce que dans ce cas, setUndoEnabled(true) le rendrait disponible alors qu'il ne l'était pas normalement...". Ceci est gérer tout seul par la fonction, il suffit de bien penser. Dés que j'utilise un setUndoEnabled(false), il faut bien utiliser setUndoEnabled(true) à la fin pour que tout soit remis dans l'ordre. En pratique, on peut utiliser les deux techniques citées précédemment de façon combinée. C'est-à-dire, si un undo est bien géré, on garde ce undo dans la liste et on ajoute seulement ceux qui sont mal gérés puis on regroupe toutes ces actions en une seule. C'est souvent le moyen que je trouve le plus efficace mais libre à vous de faire ce qui vous parrait le mieux.

Je crois avoir fait un petit tour des différents fonctionnements du undo. Le plus dur maintenant est de trouver et comprendre les fonctions dans lesquelles il faut ajouter le undo et de corriger les bugs que l'ont peut découvrir en faisant des testes tordus.

Voila un moment que je n'ai pas donné état de mon avancement. Plusieurs contretemps m'ont empêché…

[ Translate ]

Voila un moment que je n'ai pas donné état de mon avancement. Plusieurs contretemps m'ont empêché d'avancer comme je l'aurais voulu. Tout d'abord, j'étais en partiel pendant deux semaines (même si ce n'est pas le nombre d'heure de révision ou de partiels qui m'ont pris beaucoup de temps), mais surtout, le ventilateur de mon ordinateur a rendu l'âme. Ubuntu est plutôt gourmand en utilisation du processeur donc mon ordinateur surchauffait très très vite. A peine 15 minutes après son démarrage, j'étais dans l'obligation de l'éteindre sinon il s'éteignait tout seul. Ensuite, je me suis fait volé un ordinateur. Dans ces conditions, il est donc difficile d'avancer correctement. J'ai donc attendu patiemment mon retour en France pour faire une réparation. J'espère donc ne plus avoir de problème de ce genre par la suite. Au niveau de l'avancement , j'avais fait il y a un moment une toute petite modification pour que lors de la suppression d'un élément , si on effectue un undo, l'élément (ou le groupe d'élément) soit sélectionné par défaut. Cela permet d'avoir un meilleur workflow. Si on supprime sans faire exprès un élément puis qu'on le fait revenir, on peut continuer de travailler directement sur cet élément sans avoir à faire une resélection. Vu que c'est un changement mineur, je n'avais donc pas pris la peine de faire un article complet sur ce changement. Deuxième changement que j'aurais aimé finir mais j'ai malheureusement été interrompu par ce problème de ventilateur, l' #importation de page. Lors de l'importation d'une page (sans insertion), les propriétés de la page sont chargées et appliquées mais ne sont pas remises correctement lors d'un undo. J'ai donc ajouté cette propriété. Malheureusement, cette partie de #undo/redo prend place dans les plugins de chargement de fichier. Il existe en réalité un plugin par version puisque le format des fichiers a évolué. Je n'ai implémenté ce changement que pour le chargement de la version 1.5 . Peut être que je regarderai pour les autres type de fichiers si on me fait remarquer que c'est important et qu'il y a des bugs à ce niveau là ou si j'ai suffisamment de temps pour faire ça par la suite. Malheureusement, l'indisponibilité de mon pc ne m'a pas encore permis de tester si cela crée des bugs lors de l'importation d'une page d'un fichier d'une version antérieur. Même si ceci ne devrait pas avoir lieu. Lors de l'implémentation de cette fonctionnalité, j'ai donc travaillé avec un fichier test que j'avais utilisé par le passé et, surprise, je pouvais observer un autre comportement étrange : une zone de texte qui apparaît dans la liste des undo mais qui ne peut être supprimé par celui ci. Après de multiples tests, j'ai donc compris que cet élément est verrouillé. Ainsi, il ne peut être supprimé même pas par un undo. Ce genre de bug ne se voit presque pas puisque normalement le verrouillage est appliqué, alors qu'ici, le verrouillage est créé en même temps que l'élément. En gros, dans le premier cas, si on crée un élément et qu'on applique un verrouillage, lors du undo, on enlève le verrouillage puis on enlève l'élément, ainsi tout se passe bien. Alors qu'ici, l'élément est créé avec le verrouillage, cette action n'apparaît donc pas dans la liste des actions undo et n'est donc pas enlevé avant de vouloir enlevé l'élément. Vous me suivez? J'ai donc utilisé la fonction ayant déjà un undo pour appliquer le verrouillage et regrouper toutes les étapes d'import d'une page dans une seule action undo. Cela parait plus logique puisque cela ne correspond qu'à une seule action de l'utilisateur. Lors de l'arrêt de mon travail, je regardais l'importation de page avec insertion. Ce cas pose encore problème mais je n'ai donc pas encore pu le traiter. J'espère pouvoir me remettre au boulot le plus rapidement possible...

Un petit peu d'avancement. Corriger et améliorer les actions undo/redo, c'est aussi prendre en…

[ Translate ]

Un petit peu d'avancement. Corriger et améliorer les actions #undo/redo, c'est aussi prendre en compte les bug reportés à ce sujet. Ici, j'ai donc traité un bug sur des modifications d'une figure importée depuis un fichier #EPS. C'est pour le moment la correction qui m'a demandé le plus de temps pour trouver la source du problème. En effet, même après avoir localisé la fonction où avait lieu ce problème, il m'a fallu descendre dans les fonctions pour localiser précisément le bug et apporter une correction. Je n'aime pas trop toucher aux fonctions de base de Scribus. Parce qu'elles sont de base justement, elles sont utilisées un peu partout et il m'est difficile de mesurer toutes les conséquences d'un tel changement. Mais bon, il arrive comme dans ce cas que l'on ait pas le choix. Pour être plus précis sur ce bug, il est ici question d'un plateau de Go que l'on veut redimensionner. Lorsqu'on le redimensionne puis qu'on annule le #redimensionnement, seul le quadrillage n'est pas redimensionné. J'ai donc fait des tests en dessinant des "lines" et il n'y a pourtant aucun problème de ce côté là. Ce n'est que par la suite que j'ai compris que les lignes utilisées pour les cases ne sont pas des "lines" mais des "polyline". Les polylines sont les objets utilisés pour tracer quelque chose à main levée par exemple. Pourtant, en traçant quelque chose à main levée, il n'y a pas de problème non plus à moins que tous mes points soient vraiment alignés. Finalement, je trouve que le problème viens du fait que j'ai un objet de largeur nul!!! En allant plus loin, vous pouvez voir que si vous tracez un polygone et que vous alignez tous les points, vous ne pourrez pas changer la dimension de la "ligne" ainsi créée. Le problème de fond est donc d'avoir des objets dont une des dimensions est nulle. Vous remarquerez qu'en partant d'un problème de undo/redo avec un fichier EPS, on se retrouve en réalité avec un problème dans le redimensionnement de n'importe quelle figure de taille nulle. Normalement, il est impossible d'avoir un objet de taille nulle. Si vous sélectionnez un objet et que vous mettez sa taille à 0 dans le panneau de propriété, celui ci reviendra directement à 1. Donc pour avoir une figure de taille nulle, il faut aligner manuellement tous les points de la figure. Il m'a donc fallu faire un choix. Soit je corrige le bug en traitant les cas de taille nulle dans le redimensionnement, soit je remonte à la source et je fais en sorte que la taille d'une figure ne puisse pas être nulle. Malheureusement, la taille est changée manuellement (et pas seulement à partir d'un setWidth) un peu partout dans le code. Changer cela obligerait à faire d'importante modification dans tout le code sans pouvoir en mesurer toutes les conséquences. C'est pour cela que j'ai opté pour un changement seulement dans le redimensionnement. Finalement, ces quelques lignes me permettent de finir la correction des problèmes de undo/redo liés aux figures qui étaient connus. Un nouveau sujet va pouvoir être commencé!!

Code generation from RelaxNG

Anyone who has looked at a Scribus preferences file (scribus.rc) will be aware that the sheer amount of settings is daunting. There’s a C++ file named prefsstructs.h that defines on 470 lines of code 29 data structures too hold various settings. And these are just dumb structs, without any code to read/write to XML (or […]

5 jours sans nouvelles, mais je suis encore là. Bien sur, je n'ai pas que Scribus à faire ce qui…

[ Translate ]

5 jours sans nouvelles, mais je suis encore là. Bien sur, je n'ai pas que Scribus à faire ce qui explique en partie ma pause mais aussi, je me suis confronté au #textundo fait pas cezaryece que je dois _exporter entre la version 1.4 et la version 1.5. Maintenant que j'ai vu ça de plus près, ça me parait beaucoup plus dur. Je ne m'attendais pas à ce qu'il y ait autant de différences entre les deux versions. Heureusement, JGhali m'a donné une piste pour commencer, ce que je ne tarderai pas à exploiter. Pour faire une petite pause dans ce travail, je me suis donc lancé dans l'opposé du patch précédent: le undo/redo pour la dissociation de polygone. Cette fois ci, l'approche est beaucoup plus simple puisqu'il suffit de d'appliquer les méthodes déjà existantes de combinaison pour le undo et de dissociation pour le redo. En effet, il n'y a pas de problème de perte d'information. En faisant différents tests, je me suis rendu compte qu'un mauvais #undo/redo pouvait causer assez rapidement des problèmes de segfault dans scribus. Ce qui ne fait pas souvent plaisir à l'utilisateur. En effet, le undo précédent est basé sur ce qu'il doit y avoir à la fin d'une action. Or si le undo suivant ne remet pas exactement comme c'était précédemment, certaines actions réalisées dans le undo ne sont plus possible. J’espère que je ne vous ai pas perdu avec ça ^^. Revenons au undo/redo sur lequel je travaille. Seul point restant à regarder : les données nécessaires pour effectuer les actions. La première idée à été de faire comme dans le patch précédent : sauvegarder les items utilisés. En faisant de cette façon, du premier coup d’œil tout se passe plutôt bien. Je joue un peu avec pour montrer comme ça marche bien à ma copine et bam... bug. J'ai d'autres polygones qui apparaissent si je fais undo/redo/undo/redo. Après réflexion, c'est logique puisque je sauvegarde un item mais que ceux ci sont recréés à chaque fois que je fais une dissociation de polygones. Donc la référence vers l'ancien item n'est plus bonne. Finalement, j'ai pu faire fonctionner ce undo/redo en utilisant la position des polygones dans la liste d'item puisque les objets créés ou supprimés le sont toujours au même endroit de la liste. Maintenant, il va falloir se remettre au texte undo... Plus de nouvelles bientôt...

Et voila un *nouveau patch de fini*. Il m'aura donc fallut _toute l'après-midi_ pour en venir à…

[ Translate ]

Et voila un nouveau patch de fini. Il m'aura donc fallut toute l'après-midi pour en venir à bout. Finalement, j'ai opté pour deux actions dans le undo. La suppression des polygones (cette action est déjà gérée, autant en profiter) et différentes manipulations sur les différents #polygones. Vu que j'avais bien compris le fonctionnement pour le undo, il a été assez facile de le refaire dans cette nouvelle condition. Seul problème, lorsque je fais plusieurs #undo/redo à la suite, ça plante ... Vraiment pas très sympa comme comportement. Je regarde donc où est ce que ça plante (merci gdb) et je me rends compte que je n'ai pas le bon nombre de points dans mes polygones. En remontant petit à petit, je comprends qu'il y a des points ajoutés lors de la fusion et qu'il faut que je les supprime. Cette fois, le nombre de points est bon mais .. ça plante toujours. Il m'a malheureusement fallut un peu de temps pour me rendre compte que lors de la sélection des polygones à fusionner, je ne les sélectionnais pas dans le bon ordre, ça finissait par mélanger les points donc c'était pas génial. Cette fois, tout à l'air de fonctionner à merveille pour ce qui est de mon undo/redo en tout cas. Par contre, il reste un truc qui me dérange (et que j'ai repéré avant même de changer le code), si je combine au moins 3 polygones, que je fait un undo puis que je ferme le fichier, j'ai une erreur de segmentation à la fermeture. Ok, c'est juste à la fermeture mais n'empêche que c'est pas génial. Je vais donc voir où est l'erreur et apparemment,_ on fait des deletes sur chaque élément d'une liste mais plusieurs éléments sont identiques_. Je commence donc par faire un petit hack pour ne pas faire de delete si l'élément est identique mais, une fois fini, je ne suis toujours pas satisfait. C'est bien, ça fonctionne mais il doit bien y avoir un souci derrière pour qu'il y ait plusieurs fois le même élément. Je retourne donc dans mon code et je me rends compte que c'est lors du undo de la suppression qu'il y a un problème. En effet, si je crée 5 polygones, que je les combine et que je fais un undo, je me retrouve avec 5 fois chacun des polygones dans la liste des items. Plutôt étrange comme comportement mais du coup, ça se rattache un peu à mon projet puisque c'est un bug de undo. C'est reparti pour corriger cette erreur. En lisant un peu le code, je trouve à un endroit : pour chaque élément à supprimer, mettre cette liste ainsi que l'id de l'élément sur la page. Pourquoi pas, mais on n'a pas l'id de l'élément dans la liste des éléments à supprimer (que j'ai donc ajouté par la suite). Ensuite, lors du redo, on recrée chaque élément de la liste et on les met à la position "id" sur la page. Oula, on recrée tous les éléments pour chaque élément. Il semble donc y avoir un problème. Bien sur, c'est pas souvent qu'on supprime plein d'éléments et qu'on joue avec le undo donc c'est possible que ça passe inaperçu mais il faut bien réparer ça quand même. Je supprime donc cette boucle pour recréer seulement l'élément défini par l'id. J'aurais bien aimé discuter de ça avec quelqu'un qui connaît mieux le code mais il est un peu tard donc personne n'est vraiment dispo. Peut-être plus tard. Quoi qu'il en soit, il y a maintenant un Undo/Redo opérationnel et amélioré pour la #combinaisondepolygones.

On m'annonce maintenant que mon dépôt git est disponible, je vais donc pouvoir commencer à uploader ces différents patchs pour ma version, youpiiiiiii :-)

Nouvelle étape, *mise en place du undo/redo pour l'association_de_polygones*. Je dis bien mise en…

[ Translate ]

Nouvelle étape, mise en place du #undo/redo pour l'#associationdepolygones. Je dis bien mise en place puisqu'il n'y a aucune trace de undo dans la fonction qui gère l'association. Comme toujours, je commence par quelques tests pour voir ce qui fonctionne ou ne fonctionne pas. Je remarque donc que les actions effectuées dans ce cas et qui n'ont aucun undo sont les "map" sur les "poline" et l'ajout de points pour le premier polygone ( qui représente le polygone fusionnés). À ce niveau là, deux choix s'offrent à moi. Soit j'ajoute un undo pour chacune de ces actions, soit j'applique "dissocier les polygones" au polygone résultant. Avec la deuxième solution, seuls les points ont été fusionnés dans le nouveau polygone. Si on attribue, par exemple, une couleur différente à chaque polygone, celles ci disparaissent en fusionnant mais ne reviennent pas en les dissociant. Le undo ne serait donc que partiel. Je commence donc avec l'autre solution. J'ajoute un undo pour les "poline.map" et un undo pour l'ajout de points à la forme finale. Je combine ça dans une seule action pour avoir en appuyant sur ctrl-z : recréer tous les polygones supprimés, supprimer tous les points ajoutés dans ma forme finale et restaurer les paramètres de départ, appliquer la transformation inverse à tous les polygones recréés. Jusque là, c'est parfait, j'ai un undo fonctionnel. Un autre problème se pause, je ne fait pas que un undo mais un undo/redo. Or le redo ne fonctionne pas. En effet, j'applique de nouveau mes "poline.map" mais je n'ajoute plus mes points pour les regrouper dans un seul polygone... Je pourrais simplement ré-appliquer "associer les polygones" mais je n'ai nul part dans mes undo enregistrés tous les polygones au même endroit et en ajoutant cette action, certaines autres actions enregistrées comme la suppression des polygones en trop ou l'application du poline.map se ferait deux fois. Décidément ce n'est pas la bonne solution. Je suis donc reparti pour créer plutôt une action spécifique pour l'association de polygones en utilisant autre chose qu'un simpleState pour enregistrer l'action.

Plus de nouvelles bientôt

Ceux qui ne sont pas allés voir de plus près la candidature peuvent se demander ce qui va être fait…

[ Translate ]

Ceux qui ne sont pas allés voir de plus près la candidature peuvent se demander ce qui va être fait durant ce projet. En réalité, il y a beaucoup de petites améliorations possibles qui, regroupées, amélioreraient grandement l'ergonomie de Scribus. Pendant tout cet été, je vais me concentrer sur ce qui est #Undo/redo (ctrl-z si ça vous parle plus). Bien sur, je pourrais me contenter de mettre sur ce blog ce qui est fait et comment c'est réalisé mais je pense que toute la démarche pour arriver à la mise en place du Undo/Redo correspondant est intéressant et je vous passe le temps de recherche dans le code.

Je vais prendre ici l'exemple du premier Undo/redo sur lequel j'ai travaillé. En réalité, j'ai fait ça la semaine dernière, avant l'annonce officielle de Google.

Lorsque l'on #créeuneforme, on peut ensuite double cliquer dessus pour voir apparaître une fenêtre "Points". Dans cette fenêtre, il y a ,entre autres, des boutons pour faire tourner ou redimensionner la forme. Malheureusement, le Undo ne marche pas très bien (Heureusement pour moi, ça me fait du boulot :-)). Pour faire le undo, il faut 4 étapes ce qui remplit la file de undo qui est limitée plutôt rapidement. Donc c'est pas bon. La première idée a donc été de regrouper toutes ces actions en une seule. Mais en faisant des tests, je me suis rendu compte que certaines actions enregistrées en undo étaient en trop puisque la forme n'était pas à la même place à la fin du undo. Retour à la case départ ... Pour comprendre un peu mieux, j'ai cherché qu'est ce qui créait les undo. Finalement, j'ai répertorié deux actions sur les "PoLine" et un "moveItem". Ces actions étaient donc en trop. Pour corriger ça, j'ai encapsulé toute la fonction (jusqu'au undo créé spécialement pour cette action) en désactivant le undo et en l'activant à la fin. Cette fois, tout fonctionne. Mais je me dit : "le undo doit être activé pour que la suite fonctionne or, je l'active à tous les coups juste avant en mettant la valeur de undoEnable sur true". J'essaie donc de sauvegarder la valeur de undo au début de la fonction puis de mettre la valeur du "undoEnable" sur cette valeur à la fin de la fonction. Cette fois, ça ne marche plus ... En cherchant un peu, je comprends que si on met la valeur de "undoEnable" deux fois sur false, il faut le mettre deux fois sur true pour qu'il soit de nouveau activé. Je peux donc revenir à ma solution précédente. Au final, ce changement m'aura pris quelques heures pour trois pauvres petites lignes. Ça m'a au moins permis de comprendre certains principes utilisés dans le undo pour la suite. Il fallait bien commencer quelque part et heureusement que celui ci était plutôt facile. Merci d'avoir lu et n'hésitez pas à me dire si certains passages vous parraissent un peu flou.

Avec l'été arrivent les *Google Summer of Code* (GSoC). Pour ceux qui ne connaissent pas, c'est un…

[ Translate ]

Avec l'été arrivent les Google Summer of Code (#GSoC). Pour ceux qui ne connaissent pas, c'est un été à s'amuser en codant pour un projet libre et en étant payé par Google. C'est pas génial? Je vous conseille de regarder http://www.google-melange.com si vous êtes intéressés.

Ce blog permettra donc de suivre tout au long de l'été mon évolution dans le projet. Disons que c'est à la fois une façon de partager ce que je fais et un outil pour enregistrer mes actions. Il est bien plus facile de faire un rapport sur tout ce qui a été fait depuis le début quand tout est déjà enregistré quelque part.

En réalité, la décision de participer à ce programme a été prise il y a 1 mois déjà... Petit récapitulatif de ce qu'il s'est passé depuis le début : - le 16 Mars, Google publie la liste des projets libres candidats pour les GSoC. En gros, près de 180 projets libres demandent à avoir des étudiants pour offrir de nouvelles fonctionnalités ou être perfectionnés. On a donc une vingtaine de jours pour préparer une candidature. Après deux jours à regarder tous les projets proposés plus ou moins en détail, je choisis de m'orienter vers #Scribus. C'est un #DTP (logiciel pour la publication assistée par ordinateur). C'est ce logiciel que j'ai utilisé toute l'année pour réaliser le CdV (hebdomadaire de Télécom Bretagne), il permet donc de faire tout ce qui est mise en page et réalisation de pdf prêt à être imprimé. Certains connaîtront peut être mieux InDesign de Adobe mais Scribus a l'avantage d'être libre, de fonctionner sur beaucoup d'OS et personnellement, je préfère son utilisation à celle d'InDesign mais c'est une question de goût. Enfin bref ... Je me perds un petit peu. Pour en revenir aux GSoC, pendant ces dernières semaines, j'ai donc discuté régulièrement avec l'équipe de Scribus sur IRC pour préparer une candidature sur le sujet : Usability improvements . Vous pouvez retrouver ma candidature ici : http://wiki.scribus.net/canvas/GSoC2012ImproveUsabilityChelen - 6 Avril : Il faut avoir envoyé une candidature sur le site "melange" de Google. Comme tout était déjà rédigé sur le wiki de Scribus, je me suis contenté de mettre un lien vers la vraie candidature. Après cette date, il est toujours possible de modifier la candidature mais il est bien d'être déjà un peu fixé sur ce qu'on va/veut faire. Pendant ces semaines, j'ai donc travaillé un peu sur le code de Scribus pour fournir des petits patchs. Bien sûr, c'est un pré-requis pour que la candidature soit prise en compte vu que c'est le meilleur moyen de savoir si le candidat sera capable de trouver ce qu'il veut dans le code dès qu'il aura besoin d'y toucher. C'est aussi le meilleur moyen pour le candidat d'être un peu plus familier avec le code de Scribus et de voir comment ça fonctionne. -20 Avril : Les décisions sont prises, les annonces officielles devraient se faire sous peu. Bien sûr, il n'était pas facile de fixer le projet. Tout d'abord, parce que ce n'est pas forcément un travail auquel nous sommes habitués. Aussi, parce que ce projet est déjà bien avancé et que l'on a toujours un peu peur de raconter n'importe quoi quand on ne maîtrise pas le sujet. Et puis on n'a pas encore une grande connaissance de Scribus et de son code donc on ne sait pas toujours ce qui est le plus demandé par les utilisateurs. Au final, me voila accepté pour participer à ces GSoC. Elles commenceront officiellement le 21 Mai si mes souvenirs sont bons et dureront tout l'été. Comme j'ai quelques semaines tranquilles en ce moment, je pense m'y mettre de suite. Quand on s'amuse, on ne fait pas attention à ces détails :-).

Voilà donc un petit résumé de ces dernières semaines. Je vous tiendrais au courant de son avancement et en avant pour un été de codage :-)

The Summer of Code 2012 is on! We are happy to announce that the Scribus Team has been accepted into the illustrious Google Summer of Code program once again. It’s an honor to be a part of the premier Open Source hackathon that has many talented students from around the World work on the Open […]

Scribus 1.4.0 Released

Scribus 1.4.0 Released After almost 4 years of intensive work, the Scribus Team (http://www.scribus.net) has released the new stable version 1.4.0 of the Open Source desktop publishing program Scribus. Given this is the first major stable release in some time, this document outlines improvements over the last number of versions, rather than since just the […]

Grafiklabor on January 6th 2013: Scribus Scripting with Python

Scribus Scripting with Python

Sunday, January 6th 2013
14:00 - 18:00

Grafiklabor, Zurich
Creativ Design, Rennes
+ Online participation

One of the nice features of Scribus, is that you can write simple Python scripts and create new features or automate repetitive tasks.

During this workshop we will discover the new Scripter engine Henning and Jain have been working on, over the last few years. It is now part of Scribus 1.5.0svn and it will be the default Scripter engine shipped with Scribus 1.6.

We will first have a look at the concepts behind the Scripter and find the main differences with the current Engine.

In a second step we will take the existing Calendar script - which is distributed with Scribus -, rewrite it to use the new Scripter and publish it in the Scribus Wiki. Depending on the number of participants we will work all together by using a collaborative text editor or split the script in tasks and define small groups working on each tasks.

If there is some time left, we will learn how to add new commands to the new Scripter.

We will keep a log of the workshop and publish our notes on the new Scripter as a blog article.

The Workshop will be both a real life event at Grafiklabor, Dock 18 in Zurich, Switzerland and at Creativ Design in Rennes, France. You will also be able to attend as an online participant.

All you need is:

  • a computer with Linux installed
  • Scribus 1.5.0svn with the new Scripter
    • compiled with the following cmake parameters: cmake -DCMAKEINSTALLPREFIX:PATH=/home/yourname/bin/scribus -DWANTDEBUG=1 -DWANTSCRIPTER2=1 -DWANTGUILANG="en_GB;de;fr;it;en" ..
    • if it can help, we can provide a PPA that you can install in Ubuntu and Linux Mint.

At both venues, we will provide laptops with the needed software installed.

To help us with organizing, you're invited to register at

http://doodle.com/ei6xc5euy3un5p8g

Happy Birthday Scribus

It is hard to believe Scribus is almost an adolescent. Just yesterday, Scribus turned ten years old, with the first bits of code written by Franz Schmid in December 2000. A few months later, it was linked on Freshmeat and then, well… it kind of had a life of its own. I googled DTP and […]

Millionaires!

I just paid the occasional visit to our download page on Sourceforge, and something seems to have escaped my attention earlier: We have become millionaires! Well, at least download millionaires, as our stable 1.3.3.x has been downloaded more than 1.2 million times since we made Scribus available on SF c. two years ago. Not bad […]

Reminiscencing on GSoC 2009

It was a beautiful beginning of Summer. The Google Summer of Code was on and it was glorious and fun, or at least everyone expected it to be after our previous two years in the program went so well. There was no reason to worry. We had all our ducks lined up in a row […]

Good things can happen (especially if you work on them)

Now that 1.3.5(1) is released, development has regained speed. Here’s a short overview of what has happened recently in 1.5svn and Scribus in general: Scribus founder Franz Schmid returned from his well-deserved break with a big bang, the latter being experimental code to embed 3D objects in Scribus-created PDFs. Franz also wrote import filters for […]

Time to Say “Thank You”

We all know the saying “sometimes life gets in our way,” meaning that something didn’t work as expected. Scribus is no different, although in our case one major fact of “life getting in our way” was newly born (or soon-to-be-born Update: useradd -groups vanek,boys -c "23.07.09 7:00am; 3.2kg, 0.5m" filip) babies, meaning an all-out positive […]