Re: GSOC2012: Dialog improvements

From: vincent <vincent.abiword_at_gmail.com>
Date: Mon Feb 27 2012 - 06:16:49 CET

Hi, Martin

Thanks for your reply. Hopefully Google give us the chance to Abiword in
2012.

I would to do more things before applying GSOC2012.

1. I would like to get familiar with Abiword code though fixing some bugs.
So how and where can I fix the bugs remaining in Abiword?

2. I have a question about the idea 'Dialog improvements':
  what is the meaning of Œallow the frame height or width to expand the
capture all the text enteed into the table¹? Can you give an example?

Thanks, I am looking forward to hearing from you!

vincent

On 2/27/12 2:54 AM, "Martin Sevior" <msevior@gmail.com> wrote:

>
> Dear Vincent,
>
> Thank you very much for interest in abiword. Thank you also for your
> very detailed application including the screenshot!
>
> Actually Google has not yet taking applications from projects who
> wish to participate in Google Summer of code for 2012. AbiWord has not
> yet submitted our application. Once AbiWord's application has been
> (hopefully!) Google will set up a process for students to apply to
> specific projects through a webpage. Your should paste the content of
> this email into the appropriate parts of the web application form.
>
> Cheers
>
> Martin
>
> 2012/2/27 vincent.abiword <vincent.abiword@gmail.com>:
>> HI,
>> I am Vincent from Beijing University of Aeronautics and Astronautics, the
>> Computer technology and sciences institution. This is the third year of my
>> university life. Just as last talking in abiword mail list, I have check-out
>> the code and read about it carefully.
>>
>> Firstly, the following is my detailed information
>> *Name:* Vincent
>> *Chinese Name*: Zuyin Kang
>> *Email:* vincent.abiword@gmail.com
>> *Project Title:* Dialog improvements
>> More Detailed information about the application is on process.
>>
>>
>> Additional Requirements
>> I checkout the trunk code and debug in Visual Studio 2008. I need to deal
>> with all the dependences used in Abiword. Then I add the debug line.
>> Attachment is my screenshot.
>>
>> My interested idea:  Dialog improvements
>> I am quite interested about the idea: Dialog improvements. And I read some
>> codes about this idea. Overall, Abiword is platform independent software. In
>> Oder to achieve this, we need a very abstract definition of interface and
>> model, such as PD_Document, pt_PieceTable. And all of this class will be
>> override in Windows, Linux, MACOSX using OS-dependent GUI library. Using this
>> architecture, we can reuse code fully.
>>
>> Here is some of my understanding about this idea, and I also have a question
>> to ask.
>>> AbiWord's table and Frame dialogs do not expose all the feature available to
>>> users. In the case of tables, this includes the ability to precisely set
>>> cell widths and heights.
>> I have tested in the released version and the debug version; users can¹t
>> precisely set the widths and heights. And the function of setting the line
>> width also has some bugs too. Take Windows for example:
>> The code is in : src\wp\ap\xp\ ap_Dialog_FormatTable.cpp
>>
>> The process of changing the attributes of TABLE:
>> 1 Evoke the command in User Interface
>>  These two functions are upper level to change TABLE¹s border color and
>> border thickness.These two functions are used to set the prosperity of Table.
>>   void AP_Dialog_FormatTable::setBorderColor(UT_RGBColor clr)
>>   void AP_Dialog_FormatTable::setBorderThickness(UT_UTF8String & sThick)
>>   And all property of table is restored in a vector.
>>   UT_PropVector        m_vecProps;
>>   Including: background-color   left-color  top-color  bot-color
>> left-thickness right-thickness
>>   background-color: m_vecProps.addOrReplaceProp ("background-color",
>> bgcol.c_str ());
>>   So that in order to add the priority of setting the width and height. We
>> need width and height into add to the vector.
>> 2 Call function ŒapplyChanges¹ to apply changes in FVView
>>   case AP_RID_DIALOG_FORMATTABLE_BTN_APPLY: applyChanges();
>> 3 Abstract level setCellFormat. This Function is plat-independent.  We copy
>> the data from m_vecProps to propsArray which is acceptable by FV_View
>>   pView->setCellFormat(propsArray, m_ApplyTo,m_pGraphic,m_sImagePath);
>>   Set cells in a table to a given format. The formatting of the current
>> selection, row, column or the whole table can be changed.
>> 4. Do the actual change
>>  
>> m_pDoc->changeStruxFmt(PTC_AddFmt,posStart,posEnd,NULL,properties,PTX_Section
>> Cell);  roperties,pts);
>>   bool pt_PieceTable::_realChangeStruxFmt
>>   bool pt_PieceTable::_fmtChangeFmtMark
>> 5 So that class ŒABI_EXPORT pf_Frag_Strux : public pf_Frag¹ has a lot of
>> property but we don't expose to users.
>>
>>> This project would also allow the Table and Frame dialogs to accept rotated
>>> text, which is the subject of another GSoC Project.
>>   About this we need to add the property into the property vector. But also
>> need to be acceptable by abstract class PieceTable.
>>
>> My question:
>>   About another part of this idea, what is the meaning of Œallow the frame
>> height or width to expand the capture all the text enteed into the table¹?
>> Can someone give an example? Thanks
>>
>> I am looking fordward to hearing from you, thanks
>>
>>
>> Regards~
>>
>> vincent@abiword
Received on Mon Feb 27 06:42:24 2012

This archive was generated by hypermail 2.1.8 : Mon Feb 27 2012 - 06:42:24 CET