What's more intuitive?
-
Let's say I'm drawing a bitmap from one source to a destination. I can specify the source and destination rectangles, and the resize options, which can be bicubic, bilinear, "fast" or crop. If the destination rectangle is flipped horizontally or vertically, the bitmap will be drawn flipped When it's cropped and flipped though things get interesting. say my source rect is 32x32 and destination rect is 64x64, meaning my final rect (unflipped) would be
____
|11 |
|22 |
| |
|____|Where 11/22 is my source rows of bitmap data and the rest ends up being "blank". This is because the dest rect was 4x the size of the source rect. Now if I flip it vertically, is it more intuitive for it to draw like this?
____
|22 |
|11 |
| |
|____|or this?
____
| |
| |
|22 |
|11__|Currently I'm doing the latter.
Real programmers use butterflies
-
Let's say I'm drawing a bitmap from one source to a destination. I can specify the source and destination rectangles, and the resize options, which can be bicubic, bilinear, "fast" or crop. If the destination rectangle is flipped horizontally or vertically, the bitmap will be drawn flipped When it's cropped and flipped though things get interesting. say my source rect is 32x32 and destination rect is 64x64, meaning my final rect (unflipped) would be
____
|11 |
|22 |
| |
|____|Where 11/22 is my source rows of bitmap data and the rest ends up being "blank". This is because the dest rect was 4x the size of the source rect. Now if I flip it vertically, is it more intuitive for it to draw like this?
____
|22 |
|11 |
| |
|____|or this?
____
| |
| |
|22 |
|11__|Currently I'm doing the latter.
Real programmers use butterflies
Think of cropping, flipping, etc. as a set of transforms. The order of the transforms determines your semantics.
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows. -- 6079 Smith W.
-
Let's say I'm drawing a bitmap from one source to a destination. I can specify the source and destination rectangles, and the resize options, which can be bicubic, bilinear, "fast" or crop. If the destination rectangle is flipped horizontally or vertically, the bitmap will be drawn flipped When it's cropped and flipped though things get interesting. say my source rect is 32x32 and destination rect is 64x64, meaning my final rect (unflipped) would be
____
|11 |
|22 |
| |
|____|Where 11/22 is my source rows of bitmap data and the rest ends up being "blank". This is because the dest rect was 4x the size of the source rect. Now if I flip it vertically, is it more intuitive for it to draw like this?
____
|22 |
|11 |
| |
|____|or this?
____
| |
| |
|22 |
|11__|Currently I'm doing the latter.
Real programmers use butterflies
honey the codewitch wrote:
Copy Code
____
| |
| |
|22 |
|11__|This seems / feels more correct to me (just me 2 cents :) )
Tom
-
honey the codewitch wrote:
Copy Code
____
| |
| |
|22 |
|11__|This seems / feels more correct to me (just me 2 cents :) )
Tom
Thank you!
Real programmers use butterflies
-
Think of cropping, flipping, etc. as a set of transforms. The order of the transforms determines your semantics.
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows. -- 6079 Smith W.
Right, but in this case, I have to pick an order which is why I'm asking. I can't just separate out these individual transform steps so you can reorder them without greatly complicating the draw operation, and basically increasing code size in a constrained environment. You get one method. You get one set of flat/scalar parameters. You don't get reordering transforms and such. This isn't photoshop, and it honestly doesn't need to be that complicated - it just needs to handle the most common use case. I should add, you could separate those operations using intermediary bitmaps and multiple draws but obviously that's not efficient. It's not really a common use case though, in this context, for what it is being used for.
Real programmers use butterflies
-
Let's say I'm drawing a bitmap from one source to a destination. I can specify the source and destination rectangles, and the resize options, which can be bicubic, bilinear, "fast" or crop. If the destination rectangle is flipped horizontally or vertically, the bitmap will be drawn flipped When it's cropped and flipped though things get interesting. say my source rect is 32x32 and destination rect is 64x64, meaning my final rect (unflipped) would be
____
|11 |
|22 |
| |
|____|Where 11/22 is my source rows of bitmap data and the rest ends up being "blank". This is because the dest rect was 4x the size of the source rect. Now if I flip it vertically, is it more intuitive for it to draw like this?
____
|22 |
|11 |
| |
|____|or this?
____
| |
| |
|22 |
|11__|Currently I'm doing the latter.
Real programmers use butterflies
-
Let's say I'm drawing a bitmap from one source to a destination. I can specify the source and destination rectangles, and the resize options, which can be bicubic, bilinear, "fast" or crop. If the destination rectangle is flipped horizontally or vertically, the bitmap will be drawn flipped When it's cropped and flipped though things get interesting. say my source rect is 32x32 and destination rect is 64x64, meaning my final rect (unflipped) would be
____
|11 |
|22 |
| |
|____|Where 11/22 is my source rows of bitmap data and the rest ends up being "blank". This is because the dest rect was 4x the size of the source rect. Now if I flip it vertically, is it more intuitive for it to draw like this?
____
|22 |
|11 |
| |
|____|or this?
____
| |
| |
|22 |
|11__|Currently I'm doing the latter.
Real programmers use butterflies
I suppose it depends on what you want to offer / accomplish... If the processing is to flip and rescale at once, then for me the second option (11 in the last line) is the correct one If you flip and then (afterwards) rescale the bitmap, then would be the option 1 (11 in the middle) But if I go from an image in A4 to the vertically flipped in an A3, I would expect option 2 (11 in the last line)
M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpful answers is nice, but saying thanks can be even nicer.
-
I suppose it depends on what you want to offer / accomplish... If the processing is to flip and rescale at once, then for me the second option (11 in the last line) is the correct one If you flip and then (afterwards) rescale the bitmap, then would be the option 1 (11 in the middle) But if I go from an image in A4 to the vertically flipped in an A3, I would expect option 2 (11 in the last line)
M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpful answers is nice, but saying thanks can be even nicer.
In this case I'm not scaling. When I am, the image takes up the entire rectangle. I'm simply drawing as is (crop mode, but there's no cropping happening because the bitmap was smaller than the destination rect)
Real programmers use butterflies
-
In this case I'm not scaling. When I am, the image takes up the entire rectangle. I'm simply drawing as is (crop mode, but there's no cropping happening because the bitmap was smaller than the destination rect)
Real programmers use butterflies
honey the codewitch wrote:
I'm simply drawing as is (crop mode, but there's no cropping happening because the bitmap was smaller than the destination rect)
Then it should be the 11 in the middle. Flipping the A4 and insterting it later in the A3 gives the 11 in the middle.
M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpful answers is nice, but saying thanks can be even nicer.
-
honey the codewitch wrote:
I'm simply drawing as is (crop mode, but there's no cropping happening because the bitmap was smaller than the destination rect)
Then it should be the 11 in the middle. Flipping the A4 and insterting it later in the A3 gives the 11 in the middle.
M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpful answers is nice, but saying thanks can be even nicer.
huh? 11 is the first row of the bitmap 22 is the second row of the bitmap I didn't insert anything later. I am copying a bitmap from one location to the other using two rectangles to specify the source and destination extents. There are no insertions. There are no deletions. There is nothing in the middle. There never will be because is there no case where that is the correct answer. The correct answer is one of the two I have shown. Nothing else is valid. If you think otherwise, it's because frankly, you don't quite understand the problem, though I'm at a loss as how to explain it better than I have. Sorry for that.
Real programmers use butterflies
-
huh? 11 is the first row of the bitmap 22 is the second row of the bitmap I didn't insert anything later. I am copying a bitmap from one location to the other using two rectangles to specify the source and destination extents. There are no insertions. There are no deletions. There is nothing in the middle. There never will be because is there no case where that is the correct answer. The correct answer is one of the two I have shown. Nothing else is valid. If you think otherwise, it's because frankly, you don't quite understand the problem, though I'm at a loss as how to explain it better than I have. Sorry for that.
Real programmers use butterflies
I was going to be nitpicky and possibly a definition nazi... but better not. Conclusion: Continue using with option 2. Is going to be right way more often than not.
M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpful answers is nice, but saying thanks can be even nicer.
