Re: chained editeng: Add TextChainFlow related files

No strong feelings. :) [Ouch: I left all those XXX comments?] On Wed, Jun 29, 2016 at 5:43 AM Thorsten Behrens wrote: > Stephan Bergmann wrote: > > > +// XXX > > > +bMustMergeParaOF = true; // XXX: Experiment: no deep merging. > > > > should that be removed? > > > Unless Matteo feels str

Impact of merging feature/chained-text-boxes to master

Hi all, this is to describe some changes (in code and behavior) that should occur merging branch "feature/chained-text-boxes" to master. The branch implements (a prototype of) text box chaining: the possibility of having logically linked text boxes in Draw (and potentially Impress) so that text

[GSoC15] Chained Text Boxes - Report Week 11

Hi there, last week had no real breakthroughs in terms of features. What went on: - Submitted code to gerrit for review - Done a few experiments on undo-ing SetText operations - Rewritten code for removing overflowing text in terms of Outliner::QuickDelete instead of the previous (and more cumbers

[GSoC15] Chained Text Boxes - Report Week 10

Hi everybody, from last week: - cutting text triggers underflow - we can read the structure of a text chain from file - code was cleaned in various places (e.g. now some "resizing" necessary for overflow check occur only if we have a chainable box) - rebased on top of current master ___

Failing using "logerrit testfeature" - ERROR: missing Change-Id in commit message footer

I'm trying to use "logerrit testfeature" as Thorsten suggested here . Unfortunately I get the error below at some point. I tried to install the hook suggested but I get the same error (what I did was: I modified the logerrit s

Re: [GSoC15] Chained Text Boxes - Report Week 9

On Thu, Jul 30, 2015 at 12:12 AM Thorsten Behrens < t...@documentfoundation.org> wrote > Yep, except for the pushing part - we really want to run this past > gerrit CI first. ;) > Just finished the "rebase master" process. Could you please confirm me that the next steps are: - pushing this new his

Re: [GSoC15] Chained Text Boxes - Report Week 9

Hi Thorsten, On Mon, Jul 27, 2015 at 1:58 PM, Thorsten Behrens < t...@documentfoundation.org> wrote: > > Hi Matteo, > > nice progress there again! As said earlier, let's now start getting > bits and pieces of that into master. Depending on your risk profile, > as an experimental feature, or w/o U

Re: [Text Chains in Draw] A few question on general handling of chains of text boxes

Thorsten Behrens < t...@documentfoundation.org> wrote: > Matteo Campanelli wrote: > > *Question*: what is a good place to keep these chains in svx? > > They hold some kind of global information so my first guess would be > > SdrModel. Does that make sense? > > >

[GSoC15] Chained Text Boxes - Report Week 9

Progress from last week: - Overflow handling is triggered after pasting again (and cursor motion is handled too); - Left arrow, Backspace and Del key inputs are handled; - Refactoring of cursor motion code. Cheers, Matteo ___ LibreOffice mailing list Li

[Text Chains in Draw] A few question on general handling of chains of text boxes

Hi, I am working on the global handling of chains of text boxes in Draw. The idea would be to keep the information on which text objects belong to which chain by using a svx class TextChain (that I created). An example of a (partial) interface TextChain would be the following (quite similar to a l

[GSoC15] Chained Text Boxes - Report Week 8

Hi, some progress from this week: - cursor motion works properly (forward) - cursor motion works even if arrow keys are used (it's not tied any more to editing only) - several smaller issues have been fixed. Next goals: - Have pasting working (again) - Start thinking of merging to master - Having

[GSoC15] Chained Text Boxes - Report Week 7

Hi, Last week focus was on cursor motion and fixing some odd behavior. What we got is that cursor can move from one box to another after an Overflow and most of the code for positioning correctly exists. What does not work and/or should be done next: - the odd behavior I mentioned above is probab

[GSoC15] Chained Text Boxes - Report Week 6

Hi, this week we made progress on saving text format while transferring text. Now we have the expected behavior. Still there are a few issues arising in editing mode. Even more importantly the code was rebased on master and modified accordingly. I developed some ideas on how to have some reasonab

[GSoC15] Chained Text in Draw - A screencast of current prototype

Short blog post and link to Youtube video here: http://gsoc15-draw.logdown.com/posts/283339-text-chaining-in-draw-results-at-midterm Matteo ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libre

Re: [GSoC15] Chained Text Boxes - Report Week 5

On Mon, Jun 29, 2015 at 3:06 PM, Thorsten Behrens < t...@documentfoundation.org> wrote: > > > that starts to look really nice! How about some short screencast, or > I agree it's about time. Should get some post done by this week then. at least a few screenshots about the progress & a blog update?

[GSoC15] Chained Text Boxes - Report Week 5

Hi there, from this week: - implemented underflow handling - created appropriate classes reducing SdrTextObj's responsibility and separating editing vs non-editing behavior Next steps are: - having a look at why some automatic tests in sd fail (a clue is that current overflow/underflow testing cod

[GSoC15] Chained Text Boxes - Report Week 4

Hi there, progress from this week revolved around: - Refactoring overflowing code so to use an object having global information on text chain; - Implementing underflow handling during editing mode. Underflow exploits overflow under the hood; current implementation is basically a finite state machi

[GSoC15] Chained Text Boxes - A plan of next milestones

Hi there, I was thinking of the next important goals for something that can be (hopefully) merged in master at the end of the Summer and I thought of sharing publicly my plan. The estimated times are kinda pessimistic since it is likely I missed some important. - Get Underflow working as well as o

[GSoC15] Chained Text Boxes - Report Week 3

Hi, this week there were a lot of changes in code architecture. Overflow handling now is now similar to how AutoFit works: - a specific handler is triggered in ImpEditEng::FormatDoc if overflow occurs during editing - otherwise an appropriate drawinglayer primitive takes care of everything As a co

Re: [GSoC15] Chained Text Boxes - Week 2 Report

On Sat, Jun 6, 2015 at 5:39 PM, Thorsten Behrens wrote: > > > That should generally not need any special handling - it's also the > DrawOutliner being called to re-flow text. Same BTW for loading a > document - initial layout there also happens via Outliner. > Right. The current problem in fact i

[GSoC15] Chained Text Boxes - Week 2 Report

Hi, This week we made it able to cut non-overflowing paragraph and move them to the right place. Also a couple problems were found: - Style sheets are lost on the way when transferring text after overflow. - Resizing a box does not trigger text transfer when overflow occurs. The causes of the tw

Re: On styles lost during overflowing text transfer - warnings of Draw

On Fri, Jun 5, 2015 at 8:09 AM, Thorsten Behrens wrote: > Sounds a bit like. At least I'm not able to trigger those in an > unmodified master build (assuming it's rather normal text typing / > undo pressing you were doing there). > Confirmed. Same file that gave me those warnings does not give th

On styles lost during overflowing text transfer - warnings of Draw

Hi there, as I mentioned in the past, the current implementation seems to lose styles here and there when transferring text. Could this be related to some warnings I'm getting during the execution of Draw? If not what are these anyway? Here I'm pasting some: warn:legacy.osl:13760:1:svl/source/ite

[GSoC15] Chained Text Boxes - Week 1 Report

Hi there, We got: 1) being able to capture live overflowing paragraphs and copy them in the next link box 2) first experiments with moving text inside paragraphs: we are able to prepend arbitrary strings live before overflowing text. This is a first step towards breaking the overflowing paragraph

Error building LO - "strlen was not declared in this scope" on fresh Ubuntu 15.04 install

Jagobo Aragunde wrote: > > Since you mention that adding the proper #include did not work and this > is a fresh Ubuntu install, I wonder if the package providing string.h is > missing. Check the presence of libc6-dev. Apparently libc6-dev was installed. Still in the same situation. Thanks though

[GSoC15] Chaining text boxes in Draw - more brainstorming on specifications and RSS

Hi there, another blog post on the topic: http://gsoc15-draw.logdown.com/posts/276831-text-chaining-in-draw-an-attempt-to-specifications To avoid more spam on the mailing list, here is the RSS for the blog, I will avoid posting it here from now on: http://gsoc15-draw.logdown.com/posts.atom Matteo

Error building LO - "strlen was not declared in this scope" on fresh Ubuntu 15.04 install

Hi there, after several minutes of compilation I got the following error(s). Any ideas? [Manual dirty solutions like insert the related #include macros did not work] // beginning error message from make [SOMEPATH]/include/rtl/ustring.hxx:188:27: error: ‘strlen’ was not declared in this scope In f

Re: Error building LO - ("LIBO_UDK 4.4 not found")

All solved. Sorry for the noise. It was loosely related with ccache and using "ccache -C" did it. Matteo On Sat, May 16, 2015 at 11:14 AM, Matteo Campanelli < matteo.campane...@gmail.com> wrote: > Hi there, > > I was building LO on GNU/Linux (on a machine where LO build

Error building LO - ("LIBO_UDK 4.4 not found")

Hi there, I was building LO on GNU/Linux (on a machine where LO building went smooth until a couple months ago) and I got this message ["SOMEPATH" is my replacement of a longer path]: DynamicLibraryManagerException: "Failed to load dynamic library: SOMEPATH/libreoffice/workdir/LinkTarget/CppunitT

[GSoC '15] Chained Text Boxes in Draw - a positional post

Hi everybody, here is a short, informal-but-with-a-technical-eye description of last year's prototype and some immediate directions and questions. http://gsoc15-draw.logdown.com/posts/275773-a-prototype-for-dynamic-text-flow Let me know if you have feedback on the (implicit) questions at the end

[GSoC 2015 - Dynamic Text Chaining in Draw] (Re-)Introductions

Hi all, TL;DR: just wanted to say hi :) ; I'm working on a continuation of a project on Draw from last year; some parts of the project will be messy and in the next days I'll contact this mailing list for further help. I'm Matteo and I've recently been accepted at GSoC 2015 to work on text feature

[GSoC '15 Ideas] Finishing up on enhanced text boxes in Draw?

Hi all, last summer I worked on this project for GSoC '14. Part of it was completely implemented, part was not. In particular, the results for "overflowing-text dynamics" are still too m

Bug 88457: urls fails to copy&paste in Calc - Asking for directions and code pointers

Hi all, I was looking at this recent bug: https://bugs.documentfoundation.org/show_bug.cgi?id=88457&redirected_from=fdo The bug's behavior is basically: urls from a cell cannot be copied and pasted in another cell in Calc. IOW nothing happens after pasting (however special paste seems to work). I

Re: Chained Text Boxes - Cleaning up code before incorporation to master - Are we okay with changes to #i119885#?

What I did: - make check - make slowcheck - make subsequentcheck So far, so good. Do such commands already run tests? Then I tried to see what the description of the code I removed was and to play with Draw in case I saw anything suspicious (the change is in svx, are Impress and Draw the only poss

Chained Text Boxes - Cleaning up code before incorporation to master - Are we okay with changes to #i119885#?

Thorsten, remember when we decided to remove several lines of the type "Size aMaxSize(10,10)", "nWdt = 100"... because they interfered with checking that a page overflow occurred? (I'm referring to the changes in this commit

Re: [GSoC] Chaining overflowing text between boxes does not work when all text overflows

On Fri, Aug 8, 2014 at 6:18 PM, Matteo Campanelli < matteo.campane...@gmail.com> wrote: > > [Code] > The code above truncates the text in the first box. > The text in the second paragraph is restored by creating an appropriate > SdrChainedTextPrimitive object and its create2

[GSoC] Chaining overflowing text between boxes does not work when all text overflows

I have an issue with my current chaining code. The current chaining mechanism seems to be working: once out of edit mode, when a page overflow occurs, the first paragraph that causes it and all the next ones are moved in the next link in the chain . The problem arises when the first paragraph is th

[GSoC] Created Wiki page on code for Chained Text Boxes in Draw -- still in stub-phase

https://wiki.documentfoundation.org/Features/ChainedTextBoxesDraw Cheers, Matteo ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice

[GSoC] Chained Text Boxes in Draw - Report 03/08/2014

Hi all, last week's work saw progress quite close to the final goal: I was able to deal with overflowing texts in boxes by actually sending only the overflowing paragraph in the next links. There seems to be some misbehavior at the moment though (e.g. sometimes some paragraphs disappear not showing

[GSoC] Chained Text Boxes in Draw - Report 28/08/2014

Hi all, from last week there is some encouraging progress: - I implemented a suitable primitive2d class in svx/ for text needing to be chained; - when a page overflow occurs, the status "need to be chained" is set and text from one box is copied in another by creating the appropriate text primitive

On extending SdrTextPrimitive2D

In one of my latest commits I created a class that extends SdrTextPrimitive2D. The derived class - SdrChainedTextPrimitive2D - should be used for dealing with

[GSoC] Chained Text Boxes in Draw - Report 21/07/2014

Hi! Last week I managed to have a working skeleton of the model presented in my last report , plus several important thorny subgoals were accomplished, i.e. latest code can: - identify an overflow of text in a box - refer to s

Re: [GSoC] Copying content from one text box to another in svx/ - A failed attempt

On Mon, Jul 14, 2014 at 5:56 PM, Terrence Enger wrote: > > > The long string of nines looks like the result of reading freed memory > in a debug build. valgrind may be able to tell you where the memory > was freed, if you have the patience to wait for it. > Valgrind definitely found something ki

[GSoC] Copying content from one text box to another in svx/ - A failed attempt

Today I tried to embed some code to link the content of one text box to another in Draw. I took heavy inspiration from some existing code in SdrTextObj::FitFrameToTextSize() . However I get a SIGSEGV in some other part of the co

[GSoC] Chained Text Boxes in Draw - Report 13/07/2014

Hi all, on last week: - managed to truncate arbitrary portion of text in a box; - formulated a general model of what the flow should look like: a) editeng (ImpEditEngine::FormatDoc?) realizes there is an overflow in text box with a successor; b) [still editeng] the overflowing point in the overflo

Re: [GSoC] Text Background Color in Draw - Report 22/06/2014

This patch is for fixing the crash and generate an "inadmissible data type" dialog. Thorsten, I checked again and it seems to me that the code now "follows" CharUnderlineColor everywhere. But I have no idea about the other name CharUnderlineColor is mapped to. On Thu, Jul 10, 2014 at 2:20 PM, M

[GSoC] Chained Text Boxes in Draw - Report 6/07/2014

Hi, Last week there was little coding and only some more insights on which parts of the code should be affected: - found how Writer deals with tags for chained text boxes; - AutoFit code may be a good point of reference for overflow check; - the solution may involve marking the part of the text whe

[GSoC] Chained Text Boxes in Draw - Report 29/06/2014

Hi, I'm trying to implement chained text boxes in Draw, i.e. linking boxes logically so that text that cannot fit in one can overflow in its successor. Last week I spent some time to progress on the following subgoals: - take inspiration from how Writer does it (such a feature is already present f

Blogging for GSoC - Links to technical blogs?

Hi all, I'm documenting some of the implementation process for enabling text background color in Draw. It's my first time doing this and I feel I have little clue of what is a good way to write on programming, especially in a tutorial fashion. Are there any technical blogs (maybe even GSoC/LO rel

[GSoC] Text Background Color in Draw - Report 22/06/2014

Hi all, last week I have obtained a working solid text background color; old issues has been fixed and it is now possible to use an arbitrary background color. Moreover, the code now uses a proper Edit Engine attribute and the latter is connected to the UNO API. I am currently writing a few blog p

[GSoC] Text Background Color in Draw - Report 14/06/2014

Hi all, last week focused on exploring the problems related with finding the source of the issue for the text background color not working in non-edit mode. Currently the problem has been identified in the drawinglayer module (for a more detailed discussion see http://lists.freedesktop.org/archives

Re: EditEng - Switch from edit to non-edit mode - Code references?

Hi all, just a follow up on some findings on this issue that I wanted to share. On Sun, Jun 8, 2014 at 12:43 AM, Kohei Yoshida wrote: > > > Does anyone know any point I should be looking at? > > Based on my experience with the edit engine code and your description, > the first place I would look

[GSoC] Text Background Color in Draw - Report 08/06/2014

Hi all, last week was admittedly very little coding and mostly debugging/(un)understanding/struggling: - Text Fill color now works from editeng, but currently only under edit-mode; - I started identifying parts of code to make the background color a stand-alone attribute (currently its inner workin

Adding a new EE_CHAR_* attrib id

Hi all, I am trying to add a new text attribute in EditEng (background color) and I had a couple questions on the process: *Premise*: I already modified some obvious places: - i added classes SvxBackgroundColorItem and EditCharAttribBackgroundColor - i defined EE_CHAR_BKGCOLOR and included its use

EditEng - Switch from edit to non-edit mode - Code references?

Hi all, I'm working on drawing arbitrary text fill colors in Draw and currently my code - draws correctly (or almost correctly) a fill color when in EDIT mode; - draws something unexpected in NON-EDIT mode- I am trying to debug what happens when the switching between EDIT and NON-EDIT occurs (e.g.

[GSoC] Text Background Color in Draw - Report 02/06/2014

Hi all, an update on last week's work: 1) I wrote part of the basic code for Background Color attributes in editeng; 2) I moved part of the rendering code from vcl to editeng; 3) I made some experiments with transparency. Points (2) and (3) are still incomplete in this stage. I am still trying to

Re: EE_EDIT_CHAR_BKGCOLOR breaks unit test?

On Tue, May 27, 2014 at 8:13 PM, Thorsten Behrens < t...@documentfoundation.org> wrote: > > warn:legacy.tools:12168:1:editeng/source/editeng/eerdll.cxx:165: ITEMCOUNT > geaendert, DefItems nicht angepasst! > > In English: someone changed ITEMCOUNT, but failed to adjust > DefItems. Did not check th

EE_EDIT_CHAR_BKGCOLOR breaks unit test?

Hi, In my last commit I added a new entry to core/include/editeng/eeitem.cxx: EE_CHAR_BKGCOLOR. I put it at the end of the char attributes updating all subsequent values consistently (all incremented by one). Still, it broke unit test for editeng_core. Is there some check I'm missing? Cheers, Matt

Re: Using OutputDevice::DrawTransparent fails

lgdi.cxx:1023 ] """ // cannot handle pencolor!=brushcolor yet if( (nPenColor_ != SALCOLOR_NONE) && (nPenColor_ != nBrushColor_) ) return false; """ *Errata on my last commit message*: It is mpGraphics->DrawRect to be commented, not Draw

Re: [GSoC] SetTextFillColor(COL_BLUE) makes blu too dark in Draw

Fixed. Sorry everybody, I was using a wrong assumption: COL_BLUE (#80) is _not_ the same as the "Blue" one selects from the Draw standard palette (#FF). On Sat, May 24, 2014 at 3:12 PM, Matteo Campanelli < matteo.campane...@gmail.com> wrote: > Hi, > I was e

[GSoC] SetTextFillColor(COL_BLUE) makes blu too dark in Draw

Hi, I was experimenting with text background colors in Draw (see attachment). I used OutputDevice::SetTextFillColor to set the color of underlined text to COL_BLUE. The background color of the text area is also set to blue but the one for the underlined text (i.e. the one I'm setting) is darkened f

[GSoC 2014] Code pointers for text properties in Draw

Hi all, I'm working on adding text background color to Draw text frames but I suspect I'm having troubles finding my way through the basics of the whole application's architecture. Browsing through code in sd/, I haven't found anything that seemed to deal specifically with text properties. I suppo

[PATCH] fdo#53472 Created Dynamic Integral Node classes. Integrals size made dependent on body.

Hi everybody, I am posting my first LO patch. https://gerrit.libreoffice.org/#/c/8569/ This code adds a new node structure in StarMath to deal with dynamic integrals. I introduce a command "intd" in addition to the standard "int", "intd" is able to resize according to the size of its argument. Thi

Re: [GSoc 14] On "Improve Text Boxes in Draw" - towards a more specific description and starting directions

Hi, On Tue, Mar 18, 2014 at 7:18 AM, Fridrich Strba < fridrich.st...@graduateinstitute.ch> wrote: > On 18/03/14 06:23, Matteo Campanelli wrote: > > - /"text background color":/ > > > > It seems to me that it is possible to specify a text box background

[GSoc 14] On "Improve Text Boxes in Draw" - towards a more specific description and starting directions

Hi all, I'm Matteo, I'm planning to apply for GSoC and I'm wondering if anyone could answer a few questions on the GSoC idea proposal in the subject ([1] ). Some specific tasks that would be involved in this proj

Re: [GSoC] On "ODF Formulas in Writer"

Okay, thank you guys for all the help. In the meantime I got my patch accepted! :) Given the news ("ODF formulas in Writer" not being a valid GSoC talks anymore), I'm going to apply for another project but in case my submission to GSoC were not successful I might consider working on a sub-part of

Re: [PATCH]

(and subsequent submission on master) is > using the gerrit. You can find details on how to do that > here<https://wiki.documentfoundation.org/Development/gerrit> > . > > Best, > Adam > > > On Thu, Mar 13, 2014 at 9:52 AM, Matteo Campanelli < > matteo.campa

Matteo Campanelli license statement

All of my past & future contributions to LibreOffice may be licensed under the MPLv2/LGPLv3+ dual license. Matteo Campanelli ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice

[PATCH]

Hi everybody! Attached there is a patch for bug 53472. It allows to use adaptively-sized integral symbols in Starmath by means of a new command "intd". Cheers, Matteo From 8960e64124a29fe77e75cd04c3609ba55ea2eefd Mon Sep 17 00:00:00 2001 From: matteocam Date: Tue, 25 Feb 2014 14:37:55 -0500 Subje

[GSoC] On "ODF Formulas in Writer"

Hi all, I'm Matteo, a PhD student in Computer Science at City University of New York. I am planning to apply to GSoC '14 and a few weeks ago I started hacking LibreOffice (I've been working on this Easy Hack ). I'm writing to start a discussion a