#
a9002af9 |
| 18-Nov-2018 |
Murai Takashi <tmurai01@gmail.com> |
UndoBuffer.cpp: Fix PVS 471
Fix 'fTypedText' is assigned values twice successively.
Change-Id: Ibadf2fced0f448441e541293d04b86bc14909c35 Reviewed-on: https://review.haiku-os.org/729 Reviewed-by: Jé
UndoBuffer.cpp: Fix PVS 471
Fix 'fTypedText' is assigned values twice successively.
Change-Id: Ibadf2fced0f448441e541293d04b86bc14909c35 Reviewed-on: https://review.haiku-os.org/729 Reviewed-by: Jérôme Duval <jerome.duval@gmail.com>
show more ...
|
#
7999bc87 |
| 06-Feb-2009 |
Stephan Aßmus <superstippi@gmx.de> |
Tiny style cleanup.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29140 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
8ab8c63d |
| 21-Sep-2008 |
Stephan Aßmus <superstippi@gmx.de> |
Moved BTextView::UndoBuffer derivatives into the BTextView class as well, hopefully fixing the GCC4 build.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@27660 a95241bf-73f2-0310-859d-f6bbb57e
Moved BTextView::UndoBuffer derivatives into the BTextView class as well, hopefully fixing the GCC4 build.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@27660 a95241bf-73f2-0310-859d-f6bbb57e9c96
show more ...
|
#
a682d981 |
| 20-Sep-2008 |
Stephan Aßmus <superstippi@gmx.de> |
Quite a cleanup action to avoid polluting the global namespace with private BTextView classes:
* Declared the directly used BTextView helper classes as private BTextView classes and changed all af
Quite a cleanup action to avoid polluting the global namespace with private BTextView classes:
* Declared the directly used BTextView helper classes as private BTextView classes and changed all affected files. * Realized that Tracker's BPoseView was (accidentally?) using what used to be _BWidthBuffer_. It had declared it's own class with the same name and same members/size in headers/private/tracker/TextViewSupport.h, but the implementation was nowhere to be found. I can only explain this that the BTextView implementation was then actually linked and used. But the big problem was that it was used without locking (unlike in BTextView)! When many Tracker windows opened during system startup or later and they happened to each request characters not yet in the cache, I imagine things could have gone bad and corrupted memory. Anyways, since I can see the usefulness of the cache, BPoseView uses BTextView::WidthBuffer on purpose now. And I moved the locking inside BTextView::WidthBuffer::StringWidth(). * Adjusted InterfaceDefs.cpp accordingly. * TODO: Move subsequent classes into BTextView namespace as well, ie derived classes that BTextView doesn't directly know about. All stuff in src/kits/ inteface/textview_support/ * Added preliminary and not yet implemented layout friendly BTextView constructors. * I will try to handle the insets imposed by BTextView::fTextRect a bit differently when used inside the new layout management framework. For this, I added BTextView::SetInsets() and GetInsets(). SetInsets() doesn't do anything yet.
So far, everything seems to work still... ;-)
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@27654 a95241bf-73f2-0310-859d-f6bbb57e9c96
show more ...
|
#
c9198a4c |
| 25-Dec-2007 |
Stephan Aßmus <superstippi@gmx.de> |
* I am pretty sure this was a bug... spotted by pure chance, should have caused messed up undo/redo when removing multibyte UTF8 glyphs via forward backspace
git-svn-id: file:///srv/svn/repos/h
* I am pretty sure this was a bug... spotted by pure chance, should have caused messed up undo/redo when removing multibyte UTF8 glyphs via forward backspace
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23156 a95241bf-73f2-0310-859d-f6bbb57e9c96
show more ...
|
#
b30e7f31 |
| 24-Jan-2007 |
Stefano Ceccherini <stefano.ceccherini@gmail.com> |
Use BTextView::Copy/FreeRunArray() instead of memcpy() and free()
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19938 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
b31b14e0 |
| 28-Aug-2006 |
Stefano Ceccherini <stefano.ceccherini@gmail.com> |
Renamed BTextView folder to textview_support
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18663 a95241bf-73f2-0310-859d-f6bbb57e9c96
|