Searched +hist:1 +hist:b6bc267 (Results 1 - 8 of 8) sorted by relevance

/haiku/src/kits/shared/
H A DIconButton.cppdiff 1be85605 Thu Aug 25 22:42:32 MDT 2022 Augustin Cavalier <waddlesplash@gmail.com> Add casts to appease GCC2 following recent changes.
diff 1b6bc267 Wed Feb 08 15:42:41 MST 2012 Alexander von Gluck IV <kallisti5@unixzen.com> kits: Some spelling cleanup of common mistyped words

* Little whitespace cleanup
* No functional change
diff 1b6bc267 Wed Feb 08 15:42:41 MST 2012 Alexander von Gluck IV <kallisti5@unixzen.com> kits: Some spelling cleanup of common mistyped words

* Little whitespace cleanup
* No functional change
diff 1b6bc2675fe3691538c8764ab016593f3b06ca53 Wed Feb 08 15:42:41 MST 2012 Alexander von Gluck IV <kallisti5@unixzen.com> kits: Some spelling cleanup of common mistyped words

* Little whitespace cleanup
* No functional change
/haiku/src/kits/media/
H A DNotifications.cppdiff 1b6bc267 Wed Feb 08 15:42:41 MST 2012 Alexander von Gluck IV <kallisti5@unixzen.com> kits: Some spelling cleanup of common mistyped words

* Little whitespace cleanup
* No functional change
diff 1b6bc267 Wed Feb 08 15:42:41 MST 2012 Alexander von Gluck IV <kallisti5@unixzen.com> kits: Some spelling cleanup of common mistyped words

* Little whitespace cleanup
* No functional change
diff 1b6bc2675fe3691538c8764ab016593f3b06ca53 Wed Feb 08 15:42:41 MST 2012 Alexander von Gluck IV <kallisti5@unixzen.com> kits: Some spelling cleanup of common mistyped words

* Little whitespace cleanup
* No functional change
/haiku/src/kits/mail/
H A DHaikuMailFormatFilter.cppdiff 3eac8208 Mon Jan 09 15:12:52 MST 2017 Adrien Destugues <pulkomandy@pulkomandy.tk> Remove BStringRef and users.

As discussed in 2008
(http://www.freelists.org/post/haiku-development/BString-on-GCC4,1),
this class was not efficient because of lack of inlining. Implement the
suggested solution of a SetCharAt method instead. Also add a CompareAt
which covers a specific use case in KeyboardLayout.cpp.

Adjust all places which were using this feature to safer APIs.

Also fixes a copypaste error in FormattingConventions.cpp.
diff 1b6bc267 Wed Feb 08 15:42:41 MST 2012 Alexander von Gluck IV <kallisti5@unixzen.com> kits: Some spelling cleanup of common mistyped words

* Little whitespace cleanup
* No functional change
diff 1b6bc267 Wed Feb 08 15:42:41 MST 2012 Alexander von Gluck IV <kallisti5@unixzen.com> kits: Some spelling cleanup of common mistyped words

* Little whitespace cleanup
* No functional change
diff 1c3b35f1 Mon Mar 21 04:20:02 MDT 2011 Clemens Zeidler <clemens.zeidler@googlemail.com> Return the email address if the name is empty. Fix some side cases.



git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@41064 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 1af4fa4b Tue Feb 08 18:49:01 MST 2011 Clemens Zeidler <clemens.zeidler@googlemail.com> Major restructuring of the mail server:

Accounts are now stored in a separate file. Previously they where somehow magically assembled from the chain ids. Now its possible to remove a account temporary by removing the account file form the account folder.

Each account could have an inbound protocol, an outbound protocol and some filters.

Mails are now associated with an account and not with a chain. This required to replace the chain id attribute by an account attribute.

Replace BMailFilter and BMailChain by a less general approach. Basically the chain had a list of filters and call the ProcessMailMessage for each filter. This made it sometime difficult to understand what is going on, e.g. sometimes a filter used information gathered by another filters. The new MailProtocol and MailFilter classes are calling more dedicated hook functions, e.g. HeaderFetched or MessageReadyToSend.

As before all MailProtocol's (plus their filters) are running in their own thread.

Cleaned up the error and status window a bit. Abstracted the interface to these windows. Should be easy to write a BNotification api back-end now.

Parsing of mail headers is much faster now. Fetching the headers of a large mailbox takes ~min and not ~hour now! Initial checkout time is in the same order like Opera. The problem was the massive use of fgets in parse_header (mail_util.cpp) now the complete header is read in one go. Furthermore, only interesting fields are extracted.

Remove some unused files, BeOS relicts... Feel free to translate the mail server and remove the own language system (headers/private/mail/MDRLanguage.h).

Sorry for the remaining old (and new) coding style issues, sometime just ignore them, to many :(



git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@40397 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 1b6bc2675fe3691538c8764ab016593f3b06ca53 Wed Feb 08 15:42:41 MST 2012 Alexander von Gluck IV <kallisti5@unixzen.com> kits: Some spelling cleanup of common mistyped words

* Little whitespace cleanup
* No functional change
diff 1c3b35f1257bda01c6b9ae8da8c274dc9dc51ed7 Mon Mar 21 04:20:02 MDT 2011 Clemens Zeidler <clemens.zeidler@googlemail.com> Return the email address if the name is empty. Fix some side cases.



git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@41064 a95241bf-73f2-0310-859d-f6bbb57e9c96
1af4fa4ba62ba7e49fc47d60a3a89083b6f51c6f Tue Feb 08 18:49:01 MST 2011 Clemens Zeidler <clemens.zeidler@googlemail.com> Major restructuring of the mail server:

Accounts are now stored in a separate file. Previously they where somehow magically assembled from the chain ids. Now its possible to remove a account temporary by removing the account file form the account folder.

Each account could have an inbound protocol, an outbound protocol and some filters.

Mails are now associated with an account and not with a chain. This required to replace the chain id attribute by an account attribute.

Replace BMailFilter and BMailChain by a less general approach. Basically the chain had a list of filters and call the ProcessMailMessage for each filter. This made it sometime difficult to understand what is going on, e.g. sometimes a filter used information gathered by another filters. The new MailProtocol and MailFilter classes are calling more dedicated hook functions, e.g. HeaderFetched or MessageReadyToSend.

As before all MailProtocol's (plus their filters) are running in their own thread.

Cleaned up the error and status window a bit. Abstracted the interface to these windows. Should be easy to write a BNotification api back-end now.

Parsing of mail headers is much faster now. Fetching the headers of a large mailbox takes ~min and not ~hour now! Initial checkout time is in the same order like Opera. The problem was the massive use of fgets in parse_header (mail_util.cpp) now the complete header is read in one go. Furthermore, only interesting fields are extracted.

Remove some unused files, BeOS relicts... Feel free to translate the mail server and remove the own language system (headers/private/mail/MDRLanguage.h).

Sorry for the remaining old (and new) coding style issues, sometime just ignore them, to many :(



git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@40397 a95241bf-73f2-0310-859d-f6bbb57e9c96
/haiku/src/kits/game/
H A DGameSoundDevice.cppdiff bf57c148 Thu Dec 11 08:02:59 MST 2014 Adrien Destugues <pulkomandy@gmail.com> BGameSound: cleanup and several fixes

* Use a template to avoid repeating the panning code for each type
* Rearrange the initialization of BSimpleGameSound so the data is only
copied 0 or 1 times (it was copied 2 or 3 times in some cases) between
the passed buffer and the final one,
* Don't execute the panning code on streams with only 1 channel as this
makes no sense and it will read and write outside the buffers
* Abort early in GameSoundBuffer::Play if fIsPlaying is false.

Fix the crashes in Worms Armageddon. Doesn't fix the sounds being mostly
white noise.
diff bf57c148 Thu Dec 11 08:02:59 MST 2014 Adrien Destugues <pulkomandy@gmail.com> BGameSound: cleanup and several fixes

* Use a template to avoid repeating the panning code for each type
* Rearrange the initialization of BSimpleGameSound so the data is only
copied 0 or 1 times (it was copied 2 or 3 times in some cases) between
the passed buffer and the final one,
* Don't execute the panning code on streams with only 1 channel as this
makes no sense and it will read and write outside the buffers
* Abort early in GameSoundBuffer::Play if fIsPlaying is false.

Fix the crashes in Worms Armageddon. Doesn't fix the sounds being mostly
white noise.
diff 1b6bc267 Wed Feb 08 15:42:41 MST 2012 Alexander von Gluck IV <kallisti5@unixzen.com> kits: Some spelling cleanup of common mistyped words

* Little whitespace cleanup
* No functional change
diff 1b6bc267 Wed Feb 08 15:42:41 MST 2012 Alexander von Gluck IV <kallisti5@unixzen.com> kits: Some spelling cleanup of common mistyped words

* Little whitespace cleanup
* No functional change
diff bf57c148f7787f0df15980976997c6dfb70ee067 Thu Dec 11 08:02:59 MST 2014 Adrien Destugues <pulkomandy@gmail.com> BGameSound: cleanup and several fixes

* Use a template to avoid repeating the panning code for each type
* Rearrange the initialization of BSimpleGameSound so the data is only
copied 0 or 1 times (it was copied 2 or 3 times in some cases) between
the passed buffer and the final one,
* Don't execute the panning code on streams with only 1 channel as this
makes no sense and it will read and write outside the buffers
* Abort early in GameSoundBuffer::Play if fIsPlaying is false.

Fix the crashes in Worms Armageddon. Doesn't fix the sounds being mostly
white noise.
diff bf57c148f7787f0df15980976997c6dfb70ee067 Thu Dec 11 08:02:59 MST 2014 Adrien Destugues <pulkomandy@gmail.com> BGameSound: cleanup and several fixes

* Use a template to avoid repeating the panning code for each type
* Rearrange the initialization of BSimpleGameSound so the data is only
copied 0 or 1 times (it was copied 2 or 3 times in some cases) between
the passed buffer and the final one,
* Don't execute the panning code on streams with only 1 channel as this
makes no sense and it will read and write outside the buffers
* Abort early in GameSoundBuffer::Play if fIsPlaying is false.

Fix the crashes in Worms Armageddon. Doesn't fix the sounds being mostly
white noise.
diff 1b6bc2675fe3691538c8764ab016593f3b06ca53 Wed Feb 08 15:42:41 MST 2012 Alexander von Gluck IV <kallisti5@unixzen.com> kits: Some spelling cleanup of common mistyped words

* Little whitespace cleanup
* No functional change
/haiku/src/kits/support/
H A DArchivable.cppdiff 1b6bc267 Wed Feb 08 15:42:41 MST 2012 Alexander von Gluck IV <kallisti5@unixzen.com> kits: Some spelling cleanup of common mistyped words

* Little whitespace cleanup
* No functional change
diff 1b6bc267 Wed Feb 08 15:42:41 MST 2012 Alexander von Gluck IV <kallisti5@unixzen.com> kits: Some spelling cleanup of common mistyped words

* Little whitespace cleanup
* No functional change
diff 1b6bc2675fe3691538c8764ab016593f3b06ca53 Wed Feb 08 15:42:41 MST 2012 Alexander von Gluck IV <kallisti5@unixzen.com> kits: Some spelling cleanup of common mistyped words

* Little whitespace cleanup
* No functional change
/haiku/src/kits/app/
H A DMessenger.cppdiff 1b6bc267 Wed Feb 08 15:42:41 MST 2012 Alexander von Gluck IV <kallisti5@unixzen.com> kits: Some spelling cleanup of common mistyped words

* Little whitespace cleanup
* No functional change
diff 1b6bc267 Wed Feb 08 15:42:41 MST 2012 Alexander von Gluck IV <kallisti5@unixzen.com> kits: Some spelling cleanup of common mistyped words

* Little whitespace cleanup
* No functional change
diff 1b6bc2675fe3691538c8764ab016593f3b06ca53 Wed Feb 08 15:42:41 MST 2012 Alexander von Gluck IV <kallisti5@unixzen.com> kits: Some spelling cleanup of common mistyped words

* Little whitespace cleanup
* No functional change
H A DApplication.cppdiff 7f9368ca Wed Dec 09 23:52:48 MST 2015 looncraz <looncraz@looncraz.net> Set*UIColor, etc.

The inseparable changes necessary to support live color updating across the
system in a sane, safe, and performant manner.

BView gains:

HasSystemColors()
HasDefaultColors()
AdoptSystemColors()
AdoptParentColors()
AdoptViewColor(BView*)
SetViewUIColor(color_which, float tint)
SetHighUIColor(...
SetLowUIColor(...
ViewUIColor(float* tint)
HighUIColor(...
LowUIColor(...
DelayedInvalidate()

BWindow gains a simple helper method:
IsOffscreenWindow()

BMessage gains:

AddColor()
FindColor()
GetColor()
HasColor() * allegedly this API is deprecated, but I implemented it anyway
ReplaceColor()
SetColor()

Previous private ColorTools methods are made public and moved into GraphicsDefs:

mix_color, blend_color, disable_color

These are fully compatible with BeOS dan0 R5.1 methods and are just code cleanup
of BeOS example code under the OpenTracker license.

In addition, four new colors are created:
B_LINK_TEXT_COLOR
B_LINK_HOVER_COLOR
B_LINK_ACTIVE_COLOR
B_LINK_VISITED_COLOR

These changes are documented in their proper user documentation files.

In addition, due to a history rewrite, B_FOLLOW_LEFT_TOP has been defined and
used in lieu of B_FOLLOW_TOP | B_FOLLOW_LEFT and is included in this commit.

On the app_server side, the following has changed:

Add DelayedMessage - a system by which messages can be sent at a scheduled time,
and can also be merged according to set rules. A single thread is used to service the
message queue and multiple recipients can be set for each message.
Desktop gains the ability to add message ports to a DelayedMessage so that
said messages can target either all applications or all windows, as needed.

Desktop maintains a BMessage which is used to queue up all pending color changes
and the delayed messaging system is used to enact these changes after a short
period of time has passed. This prevents abuse and allows the system to merge
repeated set_ui_color events into one event for client applications, improving
performance drastically.

In addition, B_COLORS_UPDATED is sent to the BApplication, which forwards the message
to each BWindow. This is done to improve performance over having the app_server
independently informing each window.

Decorator changes are live now, which required some reworking.

Signed-off-by: Augustin Cavalier <waddlesplash@gmail.com>
diff 1b6bc267 Wed Feb 08 15:42:41 MST 2012 Alexander von Gluck IV <kallisti5@unixzen.com> kits: Some spelling cleanup of common mistyped words

* Little whitespace cleanup
* No functional change
diff 1b6bc267 Wed Feb 08 15:42:41 MST 2012 Alexander von Gluck IV <kallisti5@unixzen.com> kits: Some spelling cleanup of common mistyped words

* Little whitespace cleanup
* No functional change
diff 6bfd06d1 Thu Aug 31 11:54:16 MDT 2006 Ingo Weinhold <ingo_weinhold@gmx.de> BRoster::Launch() eventually launches the application in question
in several steps:
1. early pre-registration with the registrar ("I wanna launch the
app, make sure noone interferes.")
2. load the app image
3. finish pre-registration with the registrar ("I have launched
the app, here is its team ID.")
4. start app main thread
5. send "on launch" messages to the app (argv, refs, others)

If the app is already running or being launched, 1. fails with a
conclusive error code and returns the team ID and the pre-registration
token of the app. Steps 2 - 4 are skipped and only the messages are
delivered using the team ID returned by 1.

This change fixes a race condition: The failed early pre-registration
request obviously cannot return the team ID, if the other thread
launching the app has not finished step 3 yet. Thus the argv/refs
message would not get delivered and Launch() would not return the
correct team ID.

Now we wait for the pre-registration to be finished in this case, using
the former _IsAppPreRegistered() mechanism, which already provided
such a waiting feature for one request. It has been extended to
accomodate an arbitrary number of waiting requests and renamed to
_IsAppRegistered().

This fixed bug #763.



git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18728 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 6bfd06d1 Thu Aug 31 11:54:16 MDT 2006 Ingo Weinhold <ingo_weinhold@gmx.de> BRoster::Launch() eventually launches the application in question
in several steps:
1. early pre-registration with the registrar ("I wanna launch the
app, make sure noone interferes.")
2. load the app image
3. finish pre-registration with the registrar ("I have launched
the app, here is its team ID.")
4. start app main thread
5. send "on launch" messages to the app (argv, refs, others)

If the app is already running or being launched, 1. fails with a
conclusive error code and returns the team ID and the pre-registration
token of the app. Steps 2 - 4 are skipped and only the messages are
delivered using the team ID returned by 1.

This change fixes a race condition: The failed early pre-registration
request obviously cannot return the team ID, if the other thread
launching the app has not finished step 3 yet. Thus the argv/refs
message would not get delivered and Launch() would not return the
correct team ID.

Now we wait for the pre-registration to be finished in this case, using
the former _IsAppPreRegistered() mechanism, which already provided
such a waiting feature for one request. It has been extended to
accomodate an arbitrary number of waiting requests and renamed to
_IsAppRegistered().

This fixed bug #763.



git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18728 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 6bfd06d1 Thu Aug 31 11:54:16 MDT 2006 Ingo Weinhold <ingo_weinhold@gmx.de> BRoster::Launch() eventually launches the application in question
in several steps:
1. early pre-registration with the registrar ("I wanna launch the
app, make sure noone interferes.")
2. load the app image
3. finish pre-registration with the registrar ("I have launched
the app, here is its team ID.")
4. start app main thread
5. send "on launch" messages to the app (argv, refs, others)

If the app is already running or being launched, 1. fails with a
conclusive error code and returns the team ID and the pre-registration
token of the app. Steps 2 - 4 are skipped and only the messages are
delivered using the team ID returned by 1.

This change fixes a race condition: The failed early pre-registration
request obviously cannot return the team ID, if the other thread
launching the app has not finished step 3 yet. Thus the argv/refs
message would not get delivered and Launch() would not return the
correct team ID.

Now we wait for the pre-registration to be finished in this case, using
the former _IsAppPreRegistered() mechanism, which already provided
such a waiting feature for one request. It has been extended to
accomodate an arbitrary number of waiting requests and renamed to
_IsAppRegistered().

This fixed bug #763.



git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18728 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 1f8172a4 Thu Jun 08 09:14:03 MDT 2006 Jérôme Duval <korli@users.berlios.de> implemented ResolveSpecifier()


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17780 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 1ae42108 Sat Jan 28 18:54:33 MST 2006 Ingo Weinhold <ingo_weinhold@gmx.de> Improved the window_quit_loop() situation:
* We no longer try to dynamic_cast<>() a BLooper* into a BWindow* in
an unsafe context (i.e. without the looper or the looper list being
locked).
* We no longer try to quit windows that haven't been run yet (e.g.
bitmap's offscreen windows). Those windows conceptually still belong
to their creator. In the best case trying to lock such a window
simply failed (e.g. when the creator was another window that had been
told to quit earlier and deleted the window in question just not too
early). In worse cases we would dead-lock (when the owner has not
been told to quit (or refuses to do so)), cause "locker must be
locked" debugger calls or die painfully when accessing an already
deleted object.

BTW, I doubt, that the whole window quitting procedure is as it should
be. There's still a huge race condition: When a window is created after
we capture the window list at the beginning of window_quit_loop() that
completely escapes us.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16134 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 1a2f24bb Sat Jan 29 17:46:38 MST 2005 Ingo Weinhold <ingo_weinhold@gmx.de> Made some debug output debug conditional.


git-svn-id: file:///srv/svn/repos/haiku/trunk/current@11140 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff f19d9d3b Tue Dec 14 04:18:42 MST 2004 Stefano Ceccherini <stefano.ceccherini@gmail.com> Moved functionality of do_argv() into a new static helper function called fill_argv_message(). Now do_argv() handles the B_ARGV_RECEIVED message (incidentally, that`s almost how it`s done in beos). That made DispatchMessage() a bit cleaner.Added some comments. B_PATH_NAME_LENGTH + 1 --> B_PATH_NAME_LENGTH.


git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10448 a95241bf-73f2-0310-859d-f6bbb57e9c96
/haiku/src/kits/interface/
H A DTextView.cppdiff 0509d19b Fri Dec 01 16:52:08 MST 2023 John Scipione <jscipione@gmail.com> BTextView: Stylish fix, -x is clear we don't need -1 * x

Change-Id: I38a5e6c88e2ba3b2f82c49aa760942e1799a7595
Reviewed-on: https://review.haiku-os.org/c/haiku/+/7171
Tested-by: Commit checker robot <no-reply+buildbot@haiku-os.org>
Reviewed-by: Adrien Destugues <pulkomandy@pulkomandy.tk>
diff 1c9c7729 Sun Jan 12 10:12:33 MST 2020 X512 <danger_mail@list.ru> Interface Kit: make BTextControl behave like BeOS

Contents of BTextControl should be not selected if text is directly clicked.
Selection should be removed if BTextView lose focus.

Change-Id: Ifba914c2ada4fc1aac88205f69a64a4356009469
Reviewed-on: https://review.haiku-os.org/c/haiku/+/2109
Reviewed-by: waddlesplash <waddlesplash@gmail.com>
diff 1ec8732c Tue Jul 16 10:09:47 MDT 2019 Adrien Destugues <pulkomandy@pulkomandy.tk> PVS V506: using pointer to deallocated stack space

Change-Id: I43f7d0208f7d644d6f4274a9a718773f7a1346a0
Reviewed-on: https://review.haiku-os.org/c/1600
Reviewed-by: Stephan Aßmus <superstippi@gmx.de>
diff 1d1e61bb Wed Jul 23 23:45:02 MDT 2014 John Scipione <jscipione@gmail.com> TextView: include re-arrange style fix

* Put #include TextView.h first as our style guide suggests.
* Put #include <new> in it's own C++ includes section
* also remove an extra newline
diff 1f424632 Wed Jun 11 17:00:46 MDT 2014 John Scipione <jscipione@gmail.com> Style fixes to IK, focus on docs
diff 1b6bc267 Wed Feb 08 15:42:41 MST 2012 Alexander von Gluck IV <kallisti5@unixzen.com> kits: Some spelling cleanup of common mistyped words

* Little whitespace cleanup
* No functional change
diff 1b6bc267 Wed Feb 08 15:42:41 MST 2012 Alexander von Gluck IV <kallisti5@unixzen.com> kits: Some spelling cleanup of common mistyped words

* Little whitespace cleanup
* No functional change
diff 3417c110 Sat Apr 24 18:16:50 MDT 2010 Oliver Tappe <zooey@hirschkaefer.de> Fix #5725, single pixel caret drawing artefact in an empty BTextView:
* _NullStyleHeight() must return the height including the 1 pixel gap between
the lines, as that's how it's being used

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36469 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 7a842ef7 Sun Oct 04 18:46:26 MDT 2009 Stephan Aßmus <superstippi@gmx.de> Check negative out-of-bounds index in BTextView::OffsetAt(). According to
#4707, this is the BeOS behavior. I have not checked myself and the BeBook is
very brief on this, but similar methods do trim indices to be in range.
Another alternative would be returning an index indicating an error (-1).


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@33439 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 82d9f508 Wed Apr 08 16:10:27 MDT 2009 Stephan Aßmus <superstippi@gmx.de> Some BTextView fixes, most importantly the annoying up/down ping pong when
triggering auto-scrolling in BTextControls...
* _BTextInput_::MinSize() added 1 to the line height, but when aligning the
text rect, at least one pixel is added at the top and bottom, which makes
for at least two extra pixels.
* BTextView::_PerformAutoScrolling() had some code which was supposed to
prevent from out-of-bounds scrolling, but the bottom maximum coordinate
was not correctly calculated. This and the above item led to the ping-pong
effect.
* Additionally, I prevented scrolling vertically for one-line text views
completely.
* On mouse-up, reset the cursor. It may have to be the I-Beam cursor again,
for example after de-selecting.
* While mouse tracking the selection, always use the I-Beam cursor.
* Also when mouse tracking, do not use the minimum/maximum text offset when
the mouse is above/below the text rect. Do this only when it's also outside
on left/right sides. This is less irritating and works like on other
platforms. It means the first/last line can still be selected, without
having to constrain the mouse to the inside of the text view.
* When calculating the selection region, don't make the bottom one pixel too
far up. Lines which contain glyphs that extend below the base-line have
one more pixel below the glyphs that is inverted now.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@30046 a95241bf-73f2-0310-859d-f6bbb57e9c96

Completed in 243 milliseconds