Searched +hist:46 +hist:b39e83 (Results 1 - 3 of 3) sorted by relevance
/haiku/src/kits/interface/ | ||
H A D | ControlLook.cpp | diff 88510bc0 Sat Jan 21 08:46:26 MST 2017 Kacper Kasper <kacperkasper@gmail.com> ControlLook: Fix drawing of right bottom tab corner.` Signed-off-by: Adrien Destugues <pulkomandy@pulkomandy.tk> diff e047b40a Tue Aug 25 10:06:46 MDT 2015 Axel Dörfler <axeld@pinc-software.de> Interface Kit: use different spacing constants. * While this breaks binary compatibility with earlier Haiku releases, use values that are less likely to clash with actual use cases. * Specifically, using a negative spacing is one way to get rid of the border of BScrollViews, to put them into a window neatly. * Also, BControlLook now uses a switch to resolve them. diff 8359b407 Fri Mar 13 17:47:59 MDT 2015 John Scipione <jscipione@gmail.com> CheckBox: Center the check mark again See 46b39e83 Changed rounding behavior for StrokeLine. This effectively undoes the change in rounding behavior from that commit. diff 8359b407 Fri Mar 13 17:47:59 MDT 2015 John Scipione <jscipione@gmail.com> CheckBox: Center the check mark again See 46b39e83 Changed rounding behavior for StrokeLine. This effectively undoes the change in rounding behavior from that commit. diff e047b40a2fd11728e4f7ac83d121299c89e9e658 Tue Aug 25 10:06:46 MDT 2015 Axel Dörfler <axeld@pinc-software.de> Interface Kit: use different spacing constants. * While this breaks binary compatibility with earlier Haiku releases, use values that are less likely to clash with actual use cases. * Specifically, using a negative spacing is one way to get rid of the border of BScrollViews, to put them into a window neatly. * Also, BControlLook now uses a switch to resolve them. diff 8359b407ffcb4094c508f5b2dd0ad27e0af322a1 Fri Mar 13 17:47:59 MDT 2015 John Scipione <jscipione@gmail.com> CheckBox: Center the check mark again See 46b39e83 Changed rounding behavior for StrokeLine. This effectively undoes the change in rounding behavior from that commit. diff 8359b407ffcb4094c508f5b2dd0ad27e0af322a1 Fri Mar 13 17:47:59 MDT 2015 John Scipione <jscipione@gmail.com> CheckBox: Center the check mark again See 46b39e83 Changed rounding behavior for StrokeLine. This effectively undoes the change in rounding behavior from that commit. |
/haiku/src/servers/app/drawing/Painter/ | ||
H A D | Painter.h | diff 46b39e83 Wed Feb 26 15:48:43 MST 2014 Stephan Aßmus <superstippi@gmx.de> app_server: Fixed issues in Painter. * DrawPolygon was offsetting coords to pixel centers regardless of whether the polygon was stroked or filled, leading to wrong results for filling. Now it offsets for stroking only and even takes pen-size into acount. The bug was visible in Gobe Productive's selection rendering. * Renamed _Transform() methods to _Align(), which fits better with what they do: Align coordinates with the pixel grid. * Changed rounding behavior for StrokeLine. Offsetting to pixel centers depending on pen-size happens regardless of sub-pixel mode. This means a stroked line on integer coordinates looks the same in both modes. It breaks some drawing in WonderBrush (brush cursor), which was exploiting the previous behavior, but unbreaks Gobe Productive caret rendering at zoom levels below 150%. Both changes bring Gobe Productive text editing to a useable level. diff 46b39e83 Wed Feb 26 15:48:43 MST 2014 Stephan Aßmus <superstippi@gmx.de> app_server: Fixed issues in Painter. * DrawPolygon was offsetting coords to pixel centers regardless of whether the polygon was stroked or filled, leading to wrong results for filling. Now it offsets for stroking only and even takes pen-size into acount. The bug was visible in Gobe Productive's selection rendering. * Renamed _Transform() methods to _Align(), which fits better with what they do: Align coordinates with the pixel grid. * Changed rounding behavior for StrokeLine. Offsetting to pixel centers depending on pen-size happens regardless of sub-pixel mode. This means a stroked line on integer coordinates looks the same in both modes. It breaks some drawing in WonderBrush (brush cursor), which was exploiting the previous behavior, but unbreaks Gobe Productive caret rendering at zoom levels below 150%. Both changes bring Gobe Productive text editing to a useable level. diff 46b39e837829ece251b2a5a690b86d283a95c2c5 Wed Feb 26 15:48:43 MST 2014 Stephan Aßmus <superstippi@gmx.de> app_server: Fixed issues in Painter. * DrawPolygon was offsetting coords to pixel centers regardless of whether the polygon was stroked or filled, leading to wrong results for filling. Now it offsets for stroking only and even takes pen-size into acount. The bug was visible in Gobe Productive's selection rendering. * Renamed _Transform() methods to _Align(), which fits better with what they do: Align coordinates with the pixel grid. * Changed rounding behavior for StrokeLine. Offsetting to pixel centers depending on pen-size happens regardless of sub-pixel mode. This means a stroked line on integer coordinates looks the same in both modes. It breaks some drawing in WonderBrush (brush cursor), which was exploiting the previous behavior, but unbreaks Gobe Productive caret rendering at zoom levels below 150%. Both changes bring Gobe Productive text editing to a useable level. |
H A D | Painter.cpp | diff a87c4748 Sun Mar 30 14:28:14 MDT 2014 Stephan Aßmus <superstippi@gmx.de> app_server: Restore previous rounding 46b39e837829ece251b2a5a690b86d283a95c2c5 contained a change to the rounding for non-subpixel-precise drawing. This changes it back from using round() to casting to int32. This also reverts a change to StrokeLine() which meant that lines on integer pixels appeared at the same location regardless of using B_SUBPIXEL_PRECISE or not. On further thought, this doesn't make any sense, since it means to treat the meaning of coordinates different for stroking and filling. This fixes WonderBrush's brush tip preview, but breaks Gobe Productive's caret rendering for zooms smaller than 150%. The change to the rounding fixes #10690. diff 46b39e83 Wed Feb 26 15:48:43 MST 2014 Stephan Aßmus <superstippi@gmx.de> app_server: Fixed issues in Painter. * DrawPolygon was offsetting coords to pixel centers regardless of whether the polygon was stroked or filled, leading to wrong results for filling. Now it offsets for stroking only and even takes pen-size into acount. The bug was visible in Gobe Productive's selection rendering. * Renamed _Transform() methods to _Align(), which fits better with what they do: Align coordinates with the pixel grid. * Changed rounding behavior for StrokeLine. Offsetting to pixel centers depending on pen-size happens regardless of sub-pixel mode. This means a stroked line on integer coordinates looks the same in both modes. It breaks some drawing in WonderBrush (brush cursor), which was exploiting the previous behavior, but unbreaks Gobe Productive caret rendering at zoom levels below 150%. Both changes bring Gobe Productive text editing to a useable level. diff 46b39e83 Wed Feb 26 15:48:43 MST 2014 Stephan Aßmus <superstippi@gmx.de> app_server: Fixed issues in Painter. * DrawPolygon was offsetting coords to pixel centers regardless of whether the polygon was stroked or filled, leading to wrong results for filling. Now it offsets for stroking only and even takes pen-size into acount. The bug was visible in Gobe Productive's selection rendering. * Renamed _Transform() methods to _Align(), which fits better with what they do: Align coordinates with the pixel grid. * Changed rounding behavior for StrokeLine. Offsetting to pixel centers depending on pen-size happens regardless of sub-pixel mode. This means a stroked line on integer coordinates looks the same in both modes. It breaks some drawing in WonderBrush (brush cursor), which was exploiting the previous behavior, but unbreaks Gobe Productive caret rendering at zoom levels below 150%. Both changes bring Gobe Productive text editing to a useable level. diff cdc7175b Thu Apr 02 03:09:46 MDT 2009 Axel Dörfler <axeld@pinc-software.de> * Fixed warning I just introduced. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29862 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 98012096 Wed Mar 04 06:46:56 MST 2009 Stephan Aßmus <superstippi@gmx.de> For the filter indices and wheight calculation, never calculate more pixels than can possibly be visible. Clients may pass very large view rects to layout a zoomed in bitmap. This doesn't only speed things up, but also avoids a stack overflow in the app_server, as reported in #3166. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29397 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 96c78002 Tue Jul 15 10:46:39 MDT 2008 Stephan Aßmus <superstippi@gmx.de> Rearrange Painter::_DrawBitmap() so that the optimized codepaths for unscaled drawings are used for bitmaps that needed to be converted to B_RGBA32. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@26431 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 09997491 Tue Apr 19 12:55:46 MDT 2005 Stephan Aßmus <superstippi@gmx.de> experimented with BView::CopyBits(), found out how it should work, but didn't do the changes yet for a correct implementation git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12444 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff a356096d Thu Mar 31 03:46:02 MST 2005 Stephan Aßmus <superstippi@gmx.de> massive performance improvements. On my ancient 2xPII 350, the DisplayDriverPainter with the ViewHWInteface is pretty much usable now. It could be even better if app_server culmulated update requests more. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12180 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff a87c4748e5ad532c493d828147124c8a5aafb099 Sun Mar 30 14:28:14 MDT 2014 Stephan Aßmus <superstippi@gmx.de> app_server: Restore previous rounding 46b39e837829ece251b2a5a690b86d283a95c2c5 contained a change to the rounding for non-subpixel-precise drawing. This changes it back from using round() to casting to int32. This also reverts a change to StrokeLine() which meant that lines on integer pixels appeared at the same location regardless of using B_SUBPIXEL_PRECISE or not. On further thought, this doesn't make any sense, since it means to treat the meaning of coordinates different for stroking and filling. This fixes WonderBrush's brush tip preview, but breaks Gobe Productive's caret rendering for zooms smaller than 150%. The change to the rounding fixes #10690. diff 46b39e837829ece251b2a5a690b86d283a95c2c5 Wed Feb 26 15:48:43 MST 2014 Stephan Aßmus <superstippi@gmx.de> app_server: Fixed issues in Painter. * DrawPolygon was offsetting coords to pixel centers regardless of whether the polygon was stroked or filled, leading to wrong results for filling. Now it offsets for stroking only and even takes pen-size into acount. The bug was visible in Gobe Productive's selection rendering. * Renamed _Transform() methods to _Align(), which fits better with what they do: Align coordinates with the pixel grid. * Changed rounding behavior for StrokeLine. Offsetting to pixel centers depending on pen-size happens regardless of sub-pixel mode. This means a stroked line on integer coordinates looks the same in both modes. It breaks some drawing in WonderBrush (brush cursor), which was exploiting the previous behavior, but unbreaks Gobe Productive caret rendering at zoom levels below 150%. Both changes bring Gobe Productive text editing to a useable level. |
Completed in 212 milliseconds