janneke.blog

2009-04-01

Catch-up Clarity.
n#480876: Find "Note" is a <comment> in a .../comments relation, which are not being parsed at all. Here's an idea of what we expect.
Implement minimal OoxCommentsFragment and using that, add comments relation parsing to worksheet.
Hello World: the ref="A1" parses, no clue as to why I also see ref="". Bother.
Team meeting.
Implement parsing actual contents of comments1.xml in OoxCommentsFragment. Luckily, the text details are handled by OOxRichStringContext. Weirdly, it seems not trivially possible to print the contents of an OoxRichString; it will only export to text:XText. XCell does have an XText so as a second test, try putting the note directly into its cell. This works.
Search for a while how to do XText->String. Give up and barely resist the temptation to implement my way out of this UNO madness--just give me the freakin' bytes!?--adding a simple XText class.
As a next step, try to figure out how to set a Note on a cell. Spend the rest of the day and better part of the evening searching for ways to set a Comment/Note/Annotation. Find two ways to do it, both of which add a--seemingly--empty note. A quick debug run shows that the string *is* passed to ScAnnnotationObj::insertNew (), start a recompile of sc without -O2, more tomorrow.

2009-03-31

n#480854: oh, this bug is not about textbox import, or even textboxes spanning multiple lines like the text in the sheet suggests: it is about the missing hyperlink.
Verify it does not work with ooo300-m15, upstream ooo310-m7 and dev300-m44.
Find the hyperlink in the .xlsx, it's a relation-based element in a drawing's shapecontext.
Find that hlinkClick is only parsed explicitly while inside TextBodyContext. We're not getting there. However, the actual link content is also already parsed and available through getRelations (). Here's what it looks like
```
<a:hlinkClick xmlns:r="http://schemas.openxmlformats.org/
    officeDocument/2006/relationships" r:id="rId1"/>
```
the rId1 in this case means: look in xl/drawings/_rels/drawing1.xml.rels relations and get Relationship with Id="rId1"
```
<Relationships xmlns="http://schemas.openxmlformats.org/
    package/2006/relationships">
  <Relationship Id="rId1" Type="http://schemas.openxmlformats.org/
    officeDocument/2006/relationships/hyperlink"
    Target="http://www.heise.de/" TargetMode="External"/>
</Relationships>
```
Now I wonder what's wrong with giving a:hlinkClick an attibute href="http://heise.de". And what's this about Click? Is there also a <a:hlinkKeyPress>? Is a hlinkClick truly a hlinkClick if it's--sadly--in all eternity *never ever* getting clicked? Anyway.
Argue a bit with mmeeks about whether "function" is printf () or getStr (). Write a small test (lilypond.org/blog/janneke/software/ooo/destruct.cc) and roll a simple test in an toolkit/workben/layout build fix patch.
Add hlinkClick parsing for ShapeContext: store the url and set it on TextBody when parsing that.
Make patch. Find that I just missed m7.
Download ooo310-m8, apply-test, commit.
RESOLVE n#480854.

2009-03-30

Add debug printing to ooo300-m9's FillFormat function, only to find that it also prints empty strings. Hmm.
Find aData.maToken1, maToken2. Backport Kohei's printFormulaTokens patch to ooo300-m9. Add debug printing for tokens in both branches. Flabbergasted to find that both branches nicely print the formula data correctly.
With fresh rebuild of ooo300-m9, follow FillFormat path in gdb alongside broken ooo310-m6. Find that the conversion of the `1000' token in the broken ooo310 branch happens almost identically as in the ooo300 branch. However, after the conversion, the result is discarded. ScTokenConversion::ConvertToTokenArray () and friends traditionally return 0 upon failure. After outsourcing the formula token parsing to formula/, ConvertToTokenArray just returns the return code of TokenArray.Fill, which is 0 upon success. Yay.
Verify other uses of ConvertToTokenArray and verify that other ScTokenConversion::Convert* did not change return result convention. Make patch, test, commit. n#479396 RESOLVE. i#100544, add link to ooo-build's commit. Note that the conditionalFormat in the bug does not import, but that's because Calc does not have the duplicat values concept--and Kohei agreed this bit would be a feature request and at least warrant a new bug.
Add CCACHE_UNIFY to setup.in. Fixes ccache use.
Update to ooo310-m7.

2009-03-27

Add debug printing to old tree ooo300-m9's working FillFormat, but cannot build sc: svidl crashes. Copy from recent tree, finding that svx headers are missing. Find that vcl headers are missing. Huh? Clean and full rebuild.
Lost some 200G of disk space and system feels awfully slow. Despite that, run a couple of strategic du's, slowing the system down even more. Remove a couple of ancient ooo builds to get going.
Free up one of the smaller 320G disks, remove as much cruft as I can. Everything just barely fits in 320G, as long as you're not forgetting to us -x with rsync. *grin* Junk lvm setup, copy stuff back. Dared by Ts'o's, just use ext4. "I've got a copy now anyway."
In the mean time, look into n#480854.

2009-03-26

Short day, piano arrives and funeral of a friend's mother.
Look at sc patch, can't find anything interesting.
Debug into sc and esp. FillFormat. Fooled for a while that gdb does not break in FillFormat at all. Add debug printing in cellsuno.cxx, which prints. Then, gdb also breaks in FillFormat? Everything seems fine, afaics. Hmm.

2009-03-25

Catch-up OPS. After Noel hints at removing plugin/extention stuff from ~/.mozilla, enabling and encouraging me to watch it after all ;-)
n#479381: Try upstream
- ooo300-m15: fine
- ooo310-m7: regresses
- dev300-m41: regresses
Not at all sure this regression is caused by a change in oox, try saving a conditional format in ods, which works. Also, exporting to .xls and importing works (with ooo310-m6), which would argue against looking into sc changes and keep my focus on oox for now.
Open i#100544 describing the regression.
Checkout OOO310 SVN, look at change in condformatbuffer.cxx. It was committed by vg while everything else is by rt and introduced by CWS dr63. Initially happy to find the CWS thinking this would reduce the diff and most probably contain the regression making it easier to find. After generating the dr63, find that it's 55KLOC. And it's named 'calc 3.1 fixes'.
Revert dr63 against ooo310-m6 and attempt a build. It has 26 rejects, but after checking some of them they are already there. Make some build fixes but store work and leave for now.
Transplant the working ooo300-m9/oox directory into my ooo310-m6 build. With a few fixes (offapi changes etc.) it builds. The regression is still there. So, the problem is probably in calc proper.
Talk with Kohei. He has the same idea of checking things in oox as I did, helps with debug printing of tokens, agrees oox looks fine and gives me a pointer in calc.

2009-03-24

Update to fd.o/ooo-build.git-m7.
Try to elaborate on n#479381. Makes me wonder if we should add bug creation handholding boilerplating like bugzilla.gnome.org.
Add patch for n#479381 to GIT, RESOLVE.
Check with Kendy to add long-carried-along ccache-build/current juggling patch for configure.in. In essence this reverts a patch by Kendy who does not use it anyway. Waste time arguing with _rene_ about ccache and writing a small ccache-test.sh.
Look into n#479396 -- format cells. Search for a while under right-mouse button menu for cells and looking at cell formats. Ask on irc, read OO.o help and find Format/Conditional Formatting. It appears this bug is about <conditionalFormatting> is being imported correctly and not about format cells at all.
Debug into parsing. Everything <conditionalFormatting> seems to be parsed fine. Hmm.
Find that calc on intrepid imports format-cells.xlsx almost correctly. That's ooo300-m15. Find that my last ooo300-m9 on openSUSE 11.1 is also fine. So, it's a regression.
Look a while the oox diff between ooo300-m7 and ooo310-m6 (34 kLOC) and decide to "just try" to revert the condformatbuffer.?xx/ validationproperty.?xx changes into ooo310-m6.
When it finally builds, bug stays the same. Bother. Another late night.

2009-03-23

Put a copy of fd.o/ooo-build.git on lilypond.org/~janneke/vc/ooo-build.
n#479381: Find that calc does not run any autoFilter parsing code, when opening this sheet. Maybe the whole xl/tables/table1.xml is not being parsed.
Add broken xml snippet (unclosed '<boo') to that file and calc still opens it. Possibly the table is not imported. Sooo, this bug may not be about autoFilter at all, but about failing to import table data. Hmm.
Using MSO-excel, create a simple .xlsx worksheet with autofilter enabled. This imports flawlessly into calc. Hmm.
Add <autoFilter .../> entity from table1.xml to sheet1.xml. My autoFilter debug trace output is printed to the console, the filter shows. Also, MSO-excel complains about brokenness when opening the file with broken xml in table. So, this bug is about something going wrong with parsing table1.xml.
Using MSO-excel, create a simple .xlsx worksheet with a table. Aha! It seems that table is some sort of implicit autoFilter, when I make a table, an autoFilter is added. [Got me wondering what percentage of MSO-excel users know when to use autoFilter and when using table is more appropriate :-)] Calc shows a similar problem when importing this simple test file. Good.
Find that worksheetfragment.cxx parses <table>s but silently skips tableParts entity. Add OSL_TRACE warnings that indeed get printed. Talk with cbosdonnat about how to add a nice debug warning for this.

Implement tableParts parsing, only to find that tablePart files are parsed after all

Thread:      1 :void oox::xls::OoxWorksheetFragment::
    importTable(const oox::AttributeList&): reading table: xl/tables/table1.xml
Thread:      1 :void oox::xls::OoxWorksheetFragment::
    importTable(const oox::AttributeList&): reading table from: rId2
Error: File /home/janneke/vc/ooo310-m6/build/ooo310-m6/oox/source/xls/tablebuffer.cxx,
    Line 158: TableBuffer::insertTable - multiple table identifier

but indirectly from Rels instead of when encountering <tableParts><tablePart ../> in the .xlsx. Hmm. Why would that be?

Again, look into <table> parsing, notice it doesn't do autoFilter where it probably should. Whip-up a crude patch--which works, yay!--and after some fruitless tries to clean it up ask Kohei for help on how to do it right. Kohei quickly spots my cut-and-pasto. Another late night, tea and off to bed.

2009-03-20

Combine Kohei's patch and info to fix n#480868. RESOLVE.
Not only do we have chart data now, even the formulas and labels show fine :-) Yay, squashed my first ooxml import bug, albeit with much help from Kohei.
For n#479381, try USE_SC_MULTI_STRING_FILTER_PATCH. Fool myself for a while thinking this fixed the bug; it turns out that upon running soffice -calc--which crashes without printing any notice, it simply detaches--my window manager switches to focus an already running calc on another desktop...showing the sheet where I manually set the AutoFilter option.
Particles Have Free Will
Most interesting article by John Conway (Game Of Life) and Simon Kochen of Princeton

The Strong Free Will Theorem

It asserts, roughly, that if indeed we humans have free will, then elementary particles already have their own small share of this valuable commodity. More precisely, if the experimenter can freely choose the directions in which to orient his apparatus in a certain measurement, then the particle’s response (to be pedantic—the universe’s response near the particle) is not determined by the entire previous history of the universe.

***

Some readers may object to our use of the term “free will” to describe the indeterminism of particle responses. Our provocative ascription of free will to elementary particles is deliberate, since our theorem asserts that if experimenters have a certain freedom, then particles have exactly the same kind of freedom. Indeed, it is natural to suppose that this latter freedom is the ultimate explanation of our own.
It is still a subject of debate whether or not "free will" exists (or rather, the philosophical debate on free will is on hold). But if free will does exists, it is commonly ascribed to be a property of conciousness. Now, if science finds the universe to share a property of conciousness with us, that's interesting.

2009-03-19

Update to ooo310-m6, as this has a number of calc showstopper fixes.
Look at data-filter bug n#479381. After looking at MSO-excel, figure that the [unset] AutoFilter option is probably what this bug is about. But if that's the case, then this seems to me as a rather harmless bug: the workaround for setting the AutoFilter toggle manually is 4 keystrokes away [Alt-DFF]?
Find autoFilter element in xl/tables/table1.xml.
Digest Kohei's useful info.
19 people on #lilypond, wow.

2009-03-18

Continue with n#480868, finally starting to feel just a tiny bit at home in the oox/calc code. By accident, find chart2/tools/CachedDataSequence. Now *that* seems to be what I was looking for, it's a fully-implemented version of my StringToDataSequence class.
Decide to try that. Weirdly enough find that chart2/tools is not available in the C++ sc include/linkage context. Hack around that for now by using
```
#include <../../chart2/source/inc/CachedDataSequence.hxx>
```
and adding -lcharttoolslxs to sc/util/makefile.mk. It works!
grep/lxr/grok around and find that CachedDataSequence can probably be created through UNO, using createInstanceWithArguments and "com.sun.star.comp.chart.CachedDataSequence".
Puzzle for a while with wrapping uno::Sequence<uno::Any> inside uno::Sequence<uno::Any> inside named beans until this works too. Wondering if using boost::serialize (vector<double>) could not *greatly* simplify this.
Find that my grand fix only works on my enhanced vul.xlsx, not on the original chart.xlsx. The whole data ranges {1;2;3;4;5;6;7;8;9;10} do not show up at all? Huh? Shot /meself in foot?
It turns out that I removed the external-reference formulas
```
<c:f>[1]Sheet2!$A$10:$A$19</c:f>
<c:f>[1]Sheet2!$B$10:$B$19</c:f>
```
because I thought they looked fishy and there seemed to be no data in those ranges--well, they do and there isn't, the [1] means: external reference 1--in the hope this would be a quick fix.
As we're not handling external references in ooxml at all, as I seem to remember Kohei was saying, avoid setting the c:f result for external references while parsing chart data. This makes n#480868's chart.xlsx draw the lineChart chart1 and pieChart chart2 graphs correctly. The labels and external reference data is missing, so we possibly need a better fix.
Team meeting.
Debug some more until late and mail Kohei about the patch and findings.

2009-03-17

Find Wine/MSO-Excel crashes on n#480868 chart.xlsx. Great! First run of Microsoft software and it crashes--nothing new here. Decide to change my attitude as this is not helpful ;-) To my surprise, my manually enhanced vul.xlsx loads; yay.
Looking into chart1 in MSO-Excel, I find that it does not really seem to use a data range, rather it uses the --for me new concept of-- data series, set to {1;2;3;4;5;6;7;8;9;10} and {23;22;33;66;55;44;45;56;76;65}. It does specify ranges, but they are in an unavailable external document
```
Y:\odf\Test-Documents\Upstream-Release-1.1-March-6-2008\PPT\[Linking_Excel_Charts.xlsx]Sheet2'!$B$9
```
Ah, those are external references that Kohei was talking about. These are easy to spot if you know where to look, there's an xl/externalLinks/ directory in the .xlsx ;-) And I've seen those data series before, in chart2uno.cxx's createDataSequenceByRangeRepresentation (). So maybe we should be detecting this is not a range but a series, and create a data source from that!
Mail with Mathias about more issues with layoutdialogs CWS, the Sun compiler gives warnings that must be addressed and the zoom dialog can do with some tweaks and sizing fixes at least for Mathias' Windows/fonts.
grep/lxr/grok around until late [forgetting all about St. Patrick] and finally make a "simple small class" StringToDataSequence that derives from css::chart2::data::XDataSequence and OWeakObject to turn a '{}'-string into a DataSource. Loading seems to work but chart does not display anything, and my StringToDataSequence::getData () that's supposed to provide the chart's data, is never invoked. Oh well, probably one of my dummy method implementations for XDataSequence should return something more useful first.
Pleased to find there's a new release of OOoLilyPond which makes it *much* easier to install. Now, who's going to resurrect and tie Ikebana up with this? Or better yet, build on Erik Sandberg's Music Streams work and start a true interactive GUI? On an unrelated note, surprised to see some more life in the #lilypond.

2009-03-16

Some more progress with n#480868; using a specific hardcoded range hack I finally get range data into the Chart1 object. With the manual addition of sheet data for that range into unzip:xl/worksheets/sheet1.xml, from what I found in other sheets I constructed and added
```
<cols>
  <col min="1" max="19"/>
  <col min="1" max="19"/>
</cols>
<sheetData>
  <row r="1">
    <c r="A1" t="n">
      <v>1</v>
    </c>
    <c r="B1" t="n">
      <v>19</v>
    </c>
  </row>
  ...
</sheetData>
```
which finally makes Chart1 show a graph (this is not the graph we should be seeing, this is showing made-up data). Nice to see how this all works, though.
Get VPN up on openSUSE 11.1, thanks Kendy!
Also today--of course--receive SLED 10 SP2 cd's [sure way to get vpn up].
Install MSO 2007, thanks Fridrich!

2009-03-13

Debug more into .xlsx chart import n#480868.
Find fishy createDataSequenceByRangeRepresentation () called with non-ranges {1;2;3;4;5;6;7;8;9;10} and {23;22;33;66;55;44;45;56;76;65}.
Talk with Kohei. The problem is problably due to external file references not being implemented. Also, many changes in m3/m4, ie, I should update.
Start ooo310-m4 build.

2009-03-12

Thankfully using Kohei's hints, debug into .xlsx chart import n#480868. Lots of things happen, but I don't see any chart range data getting imported.
In today's slalom training we are supposed to strike the slalom gates flat down with our poles. It's a thrilling thing to do: very much fun and at the same time there's something scary about skiing right into a gate, trusting it to bend down just before the impact the mind predicts. You're so used to steer away from obstacles--moreover, that's a reflex which make be worth keeping.

2009-03-11

Look at n#356628, works for me, close.
Call with Ron van Herk, TSS Netherlands, agree to possible talk at novellcongres.nl in May.
Talk a bit with Fridrich about GUB cross build.
OOXML status meeting.
Look at calc ooxml data-filter import bug n#479381, might be okay [as marked bit in screen-shot looks similar], set NEEDINFO.
Look at calc ooxml format-cells import bug n#479396, might be okay, add a screen shot, set NEEDINFO.
Receive my n810.
Ten years after the Weizmann Institute Of Science in Israel demonstrated that observing affects reality, science may just be getting a clue about the nature of our universe. Not that this is anything new or unexpected, Avatar® students e.g. know that it is actually surprisingly easy for anyone to experience these traits in consciousness; the problem is that--however profound the impact on one's life may be when this is first experienced--it is subjective and non-verifiable and thus next to useless for science. More intriguing maybe is the observation that science can have so little impact on human or social progress; I haven't seen any great public or media interest in "Observing affects Reality" or this new step towards proving Plato's classical allegory of the cave.
[note: the Weizmann article states that the observer wasn't human. That--of course--is nonsense, in the end the results of the detector were evaluated by a [human] consciousness, otherwise they would not have had the chance to write the article.]
Talk with Kohei about n#480868 and get clues and pointers.

2009-03-10

No real work today: Take care of sick Enid.
Call with JP for setting [my] focus on OOXML straight.
Talk with Kendy, who advises Kohei; learn about and join #xmonkeys.
Ping Shaun McCance about yelp patches, thanks to Carl D. Sorensen. Sadly I'm too late, yelp is frozen for 2.26 and apparently doesn't use release branching.

2009-03-09

Debug into n#480868.
With Mathias look at layoutdialogs2 CWS resync glitches.
Collect sick Enid from daycare and take care of her.

2009-03-06

Search for SLED DVD, but I need vpn for that :-)
Resurrect blog.
Find that the xorg vesa driver now displays 1600x1050. After weeks of laptopping and random openchrome frustration with the new X.org--just about making ready to attempt a downgrade--I finally have a working desktop again, yay!

2009-03-05

Look into n#480868, play with .xlsx, eventually manage to manually add missing numCache info to actual sheet2.xml; but chart1 remains empty.
Look at ooxml03 and earlier efforts to see if I'm missing sometting.
Try to get vpn up in various ways, including a seemingly promising svn.unix-ag.uni-kl.de/vpnc/branches/vpnc-nortel until I find it's just broken n#456310.

2009-03-04

Team meeting.
Look into n#480868, play with .xlsx, eventually find all numCache data for empty chart1.xml is imported correctly.

2009-03-03

Catch up email.
Update to ooo310-m2.
Discuss layoutdialogs2 CWS with Mathias and update in preparation of ready-for-QA.

2009-03-02

Catch up email.
Look at n#480868.

2009-03-01

Pick up T. from schiphol.

2009-02-28

Return home.

2009-02-27

Ski with A. and B. on the Tenne-"Kinder-Übungshang". In the afternoon, take them together in the lift; they now ski freely by themselves and follow my big turns.

2009-02-26

Ski with A. and B. on the Tenne-"Kinder-Übungshang". First, build snowmen to slalom around. In the afternoon, by turns take A. and B. in the lift.

2009-02-25

A. and B. really want to ski with me. We practice pizza slice and simple schuss.
In the afternoon, make a round through the www.postwiese.de area.

2009-02-24

A. hurts her forefinger real badly, luckily nothing serious. No skiing today.
Translate the holiday info into Dutch. I figure that Tinto Taal will want to hire me now ;-)

2009-02-23

A. and B. get their first skiing lesson from www.skischule-hochsauerland.de. They get acquainted with their equipment and infected by the skiing fever.

2009-02-22

With Mom, A., B. and E. travel to Steinacker am Gerkenstein. After the first failed skiing holiday attempt in the French Alpes, I created a second chance in the German Sauerland Neuastenberg while T. is at Wizards. Upon arrival we're surprised with alost a meter of snow, amazing!
Get my first commercial translation assignment; agree to translate holiday info in return for end cleaning.

2009-02-20

As A. and B. do not go to school on Fridays, our holiday starts today.
GUB mingw cross build: build cppuhelper with debug=true. This should print actual reasons why the install fails. However, the log disappoints.

2009-02-19

GUB3: Fix mingw build by adding a workaround for libtool when gfortran happens to be installed.

2009-02-18

GUB mingw cross build: Add missing fixes for fresh build. It now reaches

**************************************************
ERROR: ERROR: Could not register all components for file services.rdb
	    (gid_Starregistry_Services_Rdb)!
in function: create_services_rdb
**************************************************

GUB3: Allow for removal of all LIBRESTRICT=open:stat relaxations by persuading cross/gcc not to look in /usr.

2009-02-17

GUB3: Fix strict LIBRESTRICT=open:stat build with themoving of libtool.py's stat-relaxations to target.py.

2009-02-16

E. sleeps whole night, from 20.00 till 6.30!
First schoolday alone with the kids and everyone's doing great.

2009-02-15

Mom comes to help with the kids, but E. does not like her!

2009-02-14

Beautiful sunny morning, deliver T. to the Brandevoort train station on her way to Wizards 2009.

2009-02-13

Look at https://bugzilla.novell.com/show_bug.cgi?id=356628

2009-02-12

Getting started on OOXML import.

2009-02-11

Delayed OPS.
Build clean dev300-m40, fix Find and Replace dialog. Thanks Thorsten!
Team meeting.
Joining the OOXML import effort. Layout work is mostly suspended for 6 weeks.

2009-02-09

With short delay, also sick today.

2009-02-08

Take care of sick family.

2009-02-07

Fosdem 2009. Lots of interesting stuff. Fun talk on libchamplain by Pierre-Luc Beaudoin, impressive presentation by the great folks of OSI. Co-present an update on layout together with Thorsten who did all the work.
Return home early, family sick.

2009-01-30

Move development to m40.
Clarity.

2009-01-29

layoutdialogs2-cws with Mathias.
Excel-Calc keybindings.
Implement my own suggestion to refactor * Notes:: parsing for yelp. Hold off the patch at least until I get some response on my previous patch g#568209. Suppose it serves me right for writing patches to dead projects.

2009-01-28

Look into Excel-Calc keybindings.
Team meeting.
Help Mathias with the Microsoft build.

2009-01-27

Rebuild layoutdialogs2 CWS with --enable-layout-experimental.
Look at Mathias' Microsoft CPP output and nail a merge bug.

2009-01-26

Still flaky internet.
Update ooo-build-3-0 branch with fix from n#466065.
Look into Microsoft namespace layout problems with Mathias.
Pleasantly surprised about SUSE Studio announcement: Wow, unbelievable, a SUSE distribution optimized for Music!... until I find that it's *not* the SUSE version of 64 Studio www.64studio.com,, Ubuntu Studio ubuntustudio.org or planet CCRMA ccrma.stanford.edu/planetccrma/software. Oh well, what's in a name, but surpise?

2009-01-23

No internet this morning. However, I do have a DVD now so
Upgrade laptop to openSUSE 11.1.
Enid starts to eat just a bit better today. Much relief.
Update ooo-build-3-0-1 and re-check without layout localisation patches.
Continued Microsoft compiler namespace woes.
Find that my trivial line-column patch for GEdit from ~four years ago still sits in bugzilla. We had a similar one go into Emacs a year before that to support LilyPond's accurate point and click mode. Whip up a new patch, finding that the `line' parameter (to be paired with a `column') has now invaded fourteen instead of merely three functions and line_position has become a global variable. Bother. Make mental note to check again in four years.

2009-01-22

Layoutdialogs cws: look into and mail about moving layout::Svx* into svx with Mathias.

2009-01-21

Team meeting.
Enid's still not eating half of what she `should'. Sleeps well [during the daytime ;-]) and plays very lively.
Handle ownership of Father's car and other stuff.

2009-01-20

Build ooo-build-3-0-1 without layout localisation. Test, [and apparently FAIL to] checkin.

2009-01-19

Enid refuses to eat, like she used to refuse to drink. Give lots of patience, rest and care to mother and child. At the end of the day, she eats about 1/3rd of her usual diet.
Build ooo-build-3-0-1 without layout.

2009-01-18

Make a patch for yelp's info parser to display images, submit g#568209.

2009-01-16

Dentist.
Finish 11.1 + m38 build.
Look into n#466065.
Clarity.

2009-01-15

Move development to 11.1 + m38.
Look into calc keybindings.

2009-01-14

Upgrade to openSUSE 11.1.
Team meeting.
Receive fine openSUSE 11.1 box. Nice coincidence.

2009-01-13

Resurrect remaining layoutdialogs CWS patches in trunk, test commit.

2009-01-12

Resurrect all layout-simple-dialogs patches in trunk.
Get --enable-debug to build.
Test, commit.

2009-01-09

Resurrect patches until layout-simple-dialogs-svx in trunk. I'm almost tempted to look into patch to add an --ignore-regex option. Why oh why do we (OO.o) persist in our ignorance having embeded expanding $RCSfile$ and $Revision$ keywords in source files?

2009-01-08

Ressurrect first set of layout dialog patches in trunk.
Work on layoutdialogs cws and mail with Mathias.
My first training with http://www.snowsportsacademy.com/Racing.htm in http://landgraaf.snowworld.com. Great fun. Also, watching the slalom racing team train is quite inspiring.

2009-01-07

Fight with evolution's mail filters. Failed to create a new working filter for bug-openoffice; filters.xml lists "email://local@local/bug-openoffice", even after deleting the folder and creating it through gmail.novell.com. Turns out to be a regression.
Look at editor crashes, no clue yet.
Team Meeting.

2009-01-06

Finish fixgengal build. Look into issue and create patch for gengal.sh to work with upstream.

2009-01-05

Catch-up mail.
Checkout and pamper building of fixgengal cws.
Start buildbot for layoutdialogs2 cws, make trivial configure fix.

janneke.blog

Particles Have Free Will

The Strong Free Will Theorem