[scribus-dev] Tables as Summer of Code project

Elvis Stansvik elvstone at gmail.com
Tue Mar 8 12:22:46 CET 2011


2011/3/7 Craig Bradney <cbradney at zip.com.au>:
> On 3/7/11 6:04 PM, a.l.e wrote:
>> hi
>>
>> after the longer and interesting irc discussion yesterday evening, i'd
>> like to summarize my feelings about a GSOC project implementing the
>> tables editor:
>>
>> - it's a good idea to rebuild the table editor and GSOC may be the
>> good place to start it.
>> - i don't think that a GSOC project can lead to a complete (state of
>> the art) table editor.
>> - i'd prefer to just get a basic "modern" table editor (it must at
>> least do what the current one can do) with a very solid structure and
>> a clear documentation in which directions (and how) it should be
>> extended,
>> - i'm not so enthusiastic of fitting as many optional features as the
>> limited time frame of a GSOC allows.
>>
>> in one sentence: i'd prefer a GSOC focused on a good design of the
>> table editor, coupled with the implementation of its basic features
>> (up to being usable).
>
> I'd agree.. however the current implementation of tables is also plain
> wrong.. but I think we have a good candidate for this project, with a
> proven history of implementing useful tables. From that and a basic
> editor or on canvas editing, it could really progress well.

I think so too, as long as things are kept realistic.

What a.l.e. is saying sounds reasonable to me. It is of course
important to keep extendibility and good design in mind when you know
something isn't going to be finished (which in all honesty nothing
ever is, so that last condition could be left out).

I have an exam coming up on Monday that I need to focus on, but after
that I hope to spend some time doing a bit more research and then
write a draft proposal.

Elvis

>
> Craig
>
>
> _______________________________________________
> scribus-dev mailing list
> scribus-dev at lists.scribus.net
> http://lists.scribus.net/mailman/listinfo/scribus-dev
>
>



More information about the scribus-dev mailing list