Hello, I searched through the code and found some files which could correspond to insertion of the image into the textDocument.
WriterTools(xref/Current (trunk)/qadevOOo/runner/util/WriterTools.java) Class has a static method called insertTextGraphic() which I think is the one used to add an image to the text document. So I tried to search files in which this method is called - Most of the function calls found from opengrek is in the test folder. I believe that these are components for testing the code and not the actual program which runs when an image is inserted. insertTextGraphic() has a call to a method called insertTextContent() which is a part of XTextContent(interface in com.sun.star.text) which is in com.sun.star.text package . Search on XTextContent on opengrek yields nothing as search result! it has results to xTextDocument which is the object of XTextContnet class but I haven't been able to find the code of XTextDocument class. Which class implements the interface XTextContent? http://www.openoffice.org/api/docs/common/ref/com/sun/star/text/module-ix.html Also please help me find the methods which do the actual text wrap. Please help!!! On Mon, Apr 15, 2013 at 1:18 AM, Rajath Shashidhara < rajaths.raja...@gmail.com> wrote: > Hello , > I'm new to open-source development. I would like to find out in which part > of the source code text wrapping around the image happens when a new image > is inserted. This would greatly help me resolve this bug(121546) and > personally It would help me in learning how to find the right part of the > source code corresponding to functionalities. I'm sorry for repeatedly > asking for your help. I want to definitely fix this bug. Please help me > with this. Also is there an approach that I need to follow generally to > find out which part of code could correspond to a functionality that I'm > searching? I searched for insert graphic/text wrap and followed a chain of > hyperlinks and was not able to exactly figure out where this whole part of > text wrapping happens. Please help me!!! > > > On Sun, Apr 14, 2013 at 11:18 PM, Rajath Shashidhara < > rajaths.raja...@gmail.com> wrote: > >> Hi juergen, thanks. I'm sure I'll be able to understand it when I see the >> code. I understand that my patch is going to affect the whole software. >> I'll definitely take care that it will solve the problem of the existing >> code rather than writing lines of code to delete the extra pages. >> >> Rajath S >> I year >> M.Sc(Hons.) Physics >> BITS pilani >> On Apr 14, 2013 10:56 PM, "Juergen Schmidt" <jogischm...@gmail.com> >> wrote: >> >>> Hi Rajath, >>> >>> >>> Am Sonntag, 14. April 2013 um 16:29 schrieb Rajath Shashidhara: >>> >>> > Hello, >>> > >>> > In continuation to my previous mails: >>> > >>> > I found that OpenOffice already has support for csv, xls, xlsx and >>> other >>> > formats of tables. So use of other external python modules wouldn't be >>> > necessary(I suggested the use of python-excel and csv python modules >>> in my >>> > previous mails).Now I realize that this import wizard is to convert it >>> to >>> > native OpenOffice database format(OpenOffice Base format). >>> > >>> > >>> > Also about the bug fixing: >>> > I found this bug on bugzilla: >>> > Page count increases if a graphic file is inserted.(Bug 121546) >>> > >>> > I tested the problem on OpenOffice and found that there is a problem >>> with >>> > positioning of the objects in the writer component. Once an image is >>> > inserted it adds 4 blank pages in the document. So to solve the >>> problem we >>> > should make a patch which checks the number of blank pages added after >>> > insertion of object/image and re-positioning of other objects in the >>> > document and remove them from the document. Please help in finding the >>> > right source files in which object positioning happens. I will be able >>> to >>> > fix this bug by controlling the number of white spaces added to fit the >>> > object into the document. Please help!!! >>> > >>> > >>> >>> the bug is that too many blank pages are inserted in this case. The fix >>> is to analyze why this happened and prevent it. It is better to find and >>> fix the root cause instead of fixing the result of obvious broken code. >>> >>> This means try to find the related code, build the code with debug info >>> and step through the code to see what's going wrong. I know this is not >>> easy because the code base is huge and complex. But keep in mind that you >>> play with code of an enterprise ready office suite. Grown and developed >>> over years and often code areas are developed by different people with >>> different knowledge. Code get old and you find bad code and good code. >>> Often you will find out that it can be improved and can be made better. >>> Feel free to submit patches to improve code and that fix problems. >>> >>> Opengrok helps a lot to search and find specific function in the big >>> code base. And the good thing is you will become more and more familiar >>> with the code over time. >>> >>> We all cook with water only, so don't be shy :-) >>> >>> Juergen >>> > >>> > >>> > On Sun, Apr 14, 2013 at 1:29 PM, janI <j...@apache.org> wrote: >>> > >>> > > On Apr 14, 2013 7:22 AM, "Rajath Shashidhara" < >>> rajaths.raja...@gmail.com> >>> > > wrote: >>> > > > >>> > > > Hello, >>> > > > I thought of an extension to this idea. If we could extend this >>> export >>> > > > >>> > > >>> > > and >>> > > > import feature to google spreadsheets by using google API's then >>> it would >>> > > > also serve as a cloud storage of database and will be available for >>> > > > editing from anywhere around the world. It could also serve the >>> purpose >>> > > > >>> > > >>> > > of >>> > > > collaborative editing.(many people can edit the database from >>> different >>> > > > places). Please give your suggestions on this idea so that we can >>> provide >>> > > > more functionalities to the end user. >>> > > > >>> > > >>> > > HI >>> > > >>> > > I think you have a good and valuable idea, however I also you should >>> attack >>> > > the problem from a design point first, because if you made a water >>> tight >>> > > design, you can later add 10 target systems without touching the >>> main code. >>> > > >>> > > Your extension call for a broker/agent class theorem, with a >>> master-agent >>> > > carrying the extension connection, and an agent for each target, and >>> if you >>> > > do your job real well also a test agent allowing you/us to test the >>> main >>> > > chunk without the complexity of a target system. >>> > > >>> > > Bear in mind this would need to be an extended broker/agent, because >>> the >>> > > extension will surely have UI connection. >>> > > >>> > > So I would like to recommend think more in generic terms, like how >>> can I >>> > > make it easy to add 10 target systems without changing the main bulk >>> of >>> > > your code. >>> > > >>> > > You have read a number of suggestions on how to start, I would like >>> to >>> > > propose an alternative. Try to build a dummy extension, that test the >>> > > perfomance of the connection, that will give valuable experience, >>> and could >>> > > be interesting for us all to know. >>> > > >>> > > rgds >>> > > jan I. >>> > > >>> > > Ps. I am a C++ programmer, but have not built extensions. >>> > > >>> > > > >>> > > > Rajath S >>> > > > I year >>> > > > M.Sc(Hons.) Physics >>> > > > BITS pilani >>> > > > On Apr 14, 2013 1:31 AM, "Alexandro Colorado" <j...@oooes.org> >>> wrote: >>> > > > >>> > > > > You can see our issuezilla here: >>> > > >>> > > >>> https://issues.apache.org/ooo/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=new%20in%20last%20week&sharer_id=248521&list_id=53942 >>> > > > > >>> > > > > Confirmed bugs would be a good way to start reading about and >>> analyze. >>> > > > > >>> > > > > Also you can see our source modifications here: >>> > > > > >>> http://markmail.org/search/+list:org.apache.incubator.ooo-commits >>> > > > > >>> > > > > And our source here: >>> > > > > http://svn.apache.org/viewvc/openoffice/trunk/main/ >>> > > > > >>> > > > > >>> > > > > On Sat, Apr 13, 2013 at 2:46 PM, Rajath Shashidhara < >>> > > > > rajaths.raja...@gmail.com> wrote: >>> > > > > >>> > > > > > Hello, >>> > > > > > >>> > > > > > I would like to get acquainted to OpenOffice development >>> before gsoc. >>> > > > > > Please suggest me a bug to solve or a feature to implement. >>> > > > > > >>> > > > > > >>> > > > > > On Sat, Apr 13, 2013 at 9:59 PM, Alexandro Colorado < >>> j...@oooes.org> >>> > > > > wrote: >>> > > > > > >>> > > > > > > Hello Rajath, we have a Developer guide which explains the >>> document >>> > > > > > > model and some of the architecture of the application to help >>> > > > > > > >>> > > > > > >>> > > > > > >>> > > > > >>> > > > > >>> > > > >>> > > >>> > > yourself >>> > > > > > > search throught the maze of documentation. >>> > > > > > >>> > > > > >>> > > > >>> > > >>> > > >>> > > >>> http://wiki.openoffice.org/wiki/Documentation/DevGuide/Database/Database_Access >>> > > > > > > >>> > > > > > > >>> > > > > > > On 4/13/13, Rajath Shashidhara <rajaths.raja...@gmail.com> >>> wrote: >>> > > > > > > > Hello, >>> > > > > > > > >>> > > > > > > > I would like to participate in gsoc 2013. I browsed >>> through your >>> > > > > ideas >>> > > > > > > > page. The idea : Extension wizard to import table to >>> database >>> > > > > > > >>> > > > > > >>> > > > > > interested >>> > > > > > > > me. I am an experienced python and java coder. I'm >>> familiar with >>> > > > > > > >>> > > > > > >>> > > > > > >>> > > > > >>> > > > > >>> > > > >>> > > >>> > > C >>> > > > > and >>> > > > > > > C++ >>> > > > > > > > as well. I have developed a lot of gui based applications >>> using >>> > > > > > > >>> > > > > > > >>> > > > > > >>> > > > > >>> > > > > >>> > > > >>> > > >>> > > PyQt4 >>> > > > > > and >>> > > > > > > > SQLite modules for python. I am also into coding android >>> > > > > > > >>> > > > > > >>> > > > > > >>> > > > > >>> > > > > applications. >>> > > > > > > > Since I'm comfortable with both java and python, I can >>> code this >>> > > > > > > >>> > > > > > > extension >>> > > > > > > > in any of the two languages. I found a few useful modules >>> that >>> > > > > > > >>> > > > > > > >>> > > > > > >>> > > > > >>> > > > > >>> > > > >>> > > >>> > > can be >>> > > > > > > used >>> > > > > > > > for coding this extension : >>> > > > > > > > python - excel module to read .xls and .xlsx files >>> > > > > > > > csv module to read .csv file. >>> > > > > > > > SQLite - for .db files. >>> > > > > > > > >>> > > > > > > > I'm wouldn't find it difficult to read the documentation >>> of these >>> > > > > > modules >>> > > > > > > > and start coding right away. I'm very interested in this >>> project. >>> > > > > > > >>> > > > > > >>> > > > > > Please >>> > > > > > > > give me more suggestions and I would like to actively >>> participate >>> > > > > > > >>> > > > > > >>> > > > > > >>> > > > > >>> > > > >>> > > >>> > > in >>> > > > > > the >>> > > > > > > > discussion >>> > > > > > > > -- >>> > > > > > > > Rajath S, >>> > > > > > > > M.Sc(Hons.) Physics, >>> > > > > > > > B.E.(Hons.) (First Year) >>> > > > > > > > Birla Institute of Technology and Science - Pilani, >>> > > > > > > > Pilani >>> > > > > > > > >>> > > > > > > >>> > > > > > > >>> > > > > > > >>> > > > > > > -- >>> > > > > > > Alexandro Colorado >>> > > > > > > Apache OpenOffice Contributor >>> > > > > > > http://es.openoffice.org >>> > > > > > > >>> > > > > > >>> > > > > > >>> > > > > >>> > > > >>> > > >>> > > --------------------------------------------------------------------- >>> > > > > > > To unsubscribe, e-mail: >>> dev-unsubscr...@openoffice.apache.org >>> > > > > > > For additional commands, e-mail: >>> dev-h...@openoffice.apache.org >>> > > > > > > >>> > > > > > >>> > > > > > >>> > > > > > >>> > > > > > -- >>> > > > > > Rajath S, >>> > > > > > M.Sc(Hons.) Physics, >>> > > > > > Birla Institute of Technology and Science - Pilani, >>> > > > > > Pilani >>> > > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > -- >>> > > > > Alexandro Colorado >>> > > > > Apache OpenOffice Contributor >>> > > > > http://es.openoffice.org >>> > > > > >>> > > > >>> > > >>> > > >>> > >>> > >>> > >>> > >>> > -- >>> > Rajath S, >>> > M.Sc(Hons.) Physics, >>> > Birla Institute of Technology and Science - Pilani, >>> > Pilani >>> > >>> > >>> >>> >>> > > > -- > Rajath S, > M.Sc(Hons.) Physics, > Birla Institute of Technology and Science - Pilani, > Pilani > -- Rajath S, M.Sc(Hons.) Physics, Birla Institute of Technology and Science - Pilani, Pilani
