[scribus-dev] Fwd: Scribus/OIF development round for 2011

Andreas Vox avox at arcor.de
Fri May 20 15:24:30 UTC 2011



Anfang der weitergeleiteten E-Mail:

> Von: Louis Desjardins <louis.desjardins at gmail.com>
> Datum: 20. Mai 2011 14:38:16 MESZ
> An: Craig Bradney <cbradney at scribus.info>
> Kopie: Peter Linnell <plinnell at scribus.info>, avox <avox at arcor.de>, Jean Ghali <jghali at libertysurf.fr>, Franz Schmid <Franz.Schmid at altmuehlnet.de>, Alessandro Rimoldi <ale at ideale.ch>, Alexandre Prokoudine <alexandre.prokoudine at gmail.com>, Cedric Gémy <cedric.gemy at gmail.com>, claudia krummenacher <claudia at neunauge.com>
> Betreff: Re: Scribus/OIF development round for 2011
> 
> 2011/5/20 Craig Bradney <cbradney at scribus.info>
> 
> 
> 
> 
> On 19/05/2011, at 23:39, Louis Desjardins <louis.desjardins at gmail.com> wrote:
> 
>> Hi guys,
>> 
>> For the next OIF round of coding/fixing here is a list of potential candidate tasks.
>> 
>> OIF wants to help make the application more usable and thus we can decide on certain bug fixes and new or enhanced features, as long as they get in the trunk.
>> 
>> The reports are daily, thorough and compulsory. Failure to do so can lead to deny of payment.
>> 
>> The final results are expected and will be defined clearly. Thus, a functionality must be implemented, tested and in working condition at the end of the work. The code must be documented as per Scribus Team standards.
>> 
>> We can split among more coders and coders don’t necessarily need to speak French.
>> 
>> Some of the following has already been discussed during LGM 2011 with Peter, Andreas and Jean, including also Ale, Claudia and myself. I wanted Alexandre Prokoudine in the brainstorming! :) Below are his comments ! :)
>> 
>> Please add/comment
>> New Text Importer [per Jean Ghali's ideas]
>> PP vs Style Manager : get rid of the actual manager and port all settings available in the SM to the PP.
>> Create style with new context-menu with right click on text > prompt for name and keyboard shortcut.
>> Add all justifications goodies from Andreas in the paragraph style
>> Add color for drop caps [come on!] [enhancing my own idea: make the drop cap settings as flexible as a character style. Thus, font, color, shade and all the available settings for text, basically]
>> Add thin space into short words [French typography requirement]
>> Make Text runaround sane by adding "text outset" fields (no more 7 steps, this is insane)
>> Add "Text as external resource" linked to .sla file and updated just like images are [see notes from Andreas, Claudia, Ricardo, Louis]
>> This should be both ways > edit within Scribus, edit in a Text editor or wiki or whatever.
>> Style Mapping capabilities [source / target] no more blind importing of styles into a document but in fact a way to select any style(s) from the imported document and have it / them replaced by the Scribus style of your choice. Rationale: Scribus styles more capable than any WP styles + layout is done in Scribus, not in WP.
>> Fix OS X related bugs
>> Put OIF branch into trunk
>> more.... Undo/Redo enhancement (Wolfpack) ? — just adding this now, May 19, 2011
>> even more....
>> … add/comment
>> 
>> Please put the number of hours required to accomplish each task and bring it to completion, including the regression tests and all that is needed to make that appear in the 1.5 trunk. We need to provide Christian a working application.
>> 
>> Cheers!
>> 
>> Louis
>> 
>> /prokoudine's comments/
>> 
>> Well, if I was a Scribus developer, my TODO would look like this (from
>> higher to lower priority):
>> 
>> 1. Merge OiF branch
>> 2. Do a complete revamp of tools and their options (I'd go for
>> Inkscape-like approach)
>> 3. Improve working with text and other types of objects:
>> - easy footnotes
>> - easier text flowing around frames
>> - linked positions of objects (i.e. sidebar text object linked to a
>> paragraph and moving vertically along with the paragraph)
>> 4. Finish OpenType support (oldstyle numerals, real small caps etc.)
>> 5. Improve importers (EPS, SVG)
>> 6. That "PP vs Style Manager" thing from above, plus thin space
>> 
>> To me, the rest of the above is rather optional. I've just started
>> typesetting a book in Scribus and I'm close to ditching it in favor of
>> LaTeX simply because working with text in Scribus is so clumsey. I
>> haven't seen OiF branch in a while, but I won't take a risk of using
>> it for production.
>> 
>> I know Scribus since 2002 and after two days of nearly fulltime
>> working with 1.4.0rc3, after all the crashes, after dealing with the
>> really annoying PP I don't see how I could recommend Scribus to
>> anyone. What's worse is that I have urgent work to do (that book
>> project), and Scribus simply doesn't look like the best tool for the
>> job right now. This is rather depressing.
>> 
>> Alexandre Prokoudine
>> http://libregraphicsworld.org
> 
> 
> Two things only, as I am on iPhone:
> - Alex, please don't complain about rc3, svn has less crashes, use it, I know you know how. Most of them were related to text undo. It was too late in the process to add it but it was a critical addition for 1.4.
> - Style Manager stays
> 
> Hi Craig,
> 
> I have not expressed myself clearly enough. My fault. There is a need for a Style Manager but what I say is we do not need two dialogs doing basically the same things — formatting text. Further down the road as new styling possibilities will rise, such as tables, pages, etc. we will need even a larger window to accomodate the editing only while we have the whole canvas to do just that. The contextual menu at right-click and dialog that shows up with name and shortcut for style seems to me the most easiest way to create a style. Re-entering data into the SM and in any event having to remember 2 layouts for those settings, the one in the PP and the one in the SM is not to ease the work of users, especially people working under pressure. This can be made all simpler and much more efficient by a small change in fact.
> 
> The day when styles become available for Pages, again an addition in the context menu > create style > name + shortcut will be the only thing needed. And this can be extended to just any style we will allow the user to create.
> 
> I have not seen one single convincing argument against it,
> 
> I hope my explanation is helping on that front!
>  
> other than it's own bugs. Estan from our gsoc tables project has proven that adding new types of styles to SM is pretty easy - his test for tables took under a day. Plus, you are suggesting adding more controls to a palette that you say is already too complicated.
> 
> We have worked a lot to make things simpler wrt the PP. Adding first line indent in there should not be too complicated.
> 
> Still, OIF sounds promising, I'd like to be more involved this year if possible, hopefully coding.
> 
> Hopefully, yes! 
> 
> Thanks for your help Louis
> 
> It's a pleasure! :) Thanks to you for making that possible!
> 
> Louis 
> 
> Craig
> 
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus-dev/attachments/20110520/3026ecfa/attachment.html>


More information about the scribus-dev mailing list