mir/libreoffice
2
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Bin obsolete comment

Browse Source 
Change-Id: Iffd6fcfa81e9ce02a01c74eadb6c881a12e7f7d4
This commit is contained in:
Tor Lillqvist 2015-03-24 10:59:33 +02:00
parent 3a2e4cd201
commit a86416b51d
1 changed files with 0 additions and 10 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

10
ios/experimental/TiledLibreOffice/TiledLibreOffice/TiledView.m
View File

@ -164,16 +164,6 @@ extern const char *ptyl_test_encryption_pathname;
NSLog(@"bb:%.0fx%.0f@(%.0f,%.0f) zoomScale:%.0f tile:%.0fx%.0f at:(%.0f,%.0f) size:%.0fx%.0f", bb.size.width, bb.size.height, bb.origin.x, bb.origin.y, [((View *) [self superview]) zoomScale], tileSize.width, tileSize.height, bb.origin.x/self.scale, bb.origin.y/self.scale, bb.size.width/self.scale, bb.size.height/self.scale);
// I don't really claim to fully understand all this. It did at
// first seem a bit weird to be passing in a "context width x
// height" (in the terminology of touch_lo_draw_tile) of 64x64,
// for instance, even if that tile is actually going to be
// rendered to 128x128 on-screen pixels. But what I tend to forget
// is that this 64x64 is in the coordinate space of the initial
// view of the document; the CGContext keeps track of scaling it
// as needed at the current zoom levels. I keep thinking about
// "pixels" incorrectly.
if (!getenv("DRAW_ONLY_TILE") || tileMatches(getenv("DRAW_ONLY_TILE"), bb)) {
fprintf(stderr, "+++ rendering to context %p\n", ctx);
loDocument->pClass->paintTile(loDocument, (unsigned char *)ctx,