The problem was that the view's screen clipping was not updated if its frame did not change
because of a resized parent - but that might be needed if the new parent frame reveals a new
portion of that view.
I added a TODO so that if there is a way to test for this case, we only need to invalidate
the clipping if really needed. For now, we always do it.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19695 a95241bf-73f2-0310-859d-f6bbb57e9c96
auto scrolling to its own method, introduced a new private
StyledWidthUTF8Safe method.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19694 a95241bf-73f2-0310-859d-f6bbb57e9c96
to make lots of problems (like spawning threads from an interrupt handler...).
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19693 a95241bf-73f2-0310-859d-f6bbb57e9c96
(most notably when you clicked the first time on the textview, the caret
would be left "drawn" on the old position.
- Implemented vertical auto scrolling (horizontal auto scrolling is
still missing). Note that the view jumps when there is nothing to
scroll, might be a bug in BView::ScrollBy() ?
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19692 a95241bf-73f2-0310-859d-f6bbb57e9c96
passed in, but references it. This broke drawing the workspaces window background.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19689 a95241bf-73f2-0310-859d-f6bbb57e9c96
Fixed font sensitivity
Removed the now-unsused DialogTextView class
Escape key now closes the window (for free, from AutoTextControl class)
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19681 a95241bf-73f2-0310-859d-f6bbb57e9c96
support. "ftp" will now accept the terminal type beterm, even though our
/etc/termcap file causes ncurses to print some warnings.
* Unlike BeOS, we do have stdbool.h, so we should use it.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19675 a95241bf-73f2-0310-859d-f6bbb57e9c96
reason to slow it down with debug output that much; this will also help investigating
some issues where you just aren't interested in most of the output.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19672 a95241bf-73f2-0310-859d-f6bbb57e9c96
This way, we can still bring up the net in safe mode manually.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19667 a95241bf-73f2-0310-859d-f6bbb57e9c96
so that it's already correct at this point (even though it's currently not
possible to queue data before connecting, it might be in some point in the future).
* ListenReceive() did not initialize the initial send queue sequence of the new
endpoint correctly; it took the values from the wrong endpoint (itself).
* Suppressed the debug output "FIN ack'd" when the connection was not even established
yet.
* Minor debug output improvements.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19666 a95241bf-73f2-0310-859d-f6bbb57e9c96
* ServiceSocketMap now maps directly to service_address objects which now have
gotten a pointer to their owner.
* now uses listen(), and accept() for SOCK_STREAM sockets
* fMinSocket could be wrong.
* use FD_CLOEXEC on all sockets, and the communication pipe.
* removed unused service::type and service::protocol.
* if no family is specified, we now default to AF_INET.
* uses fork()/exec() to actually spawn the servers to not clobber the net_server's
input/output streams.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19663 a95241bf-73f2-0310-859d-f6bbb57e9c96
* NET_STACK_GET_COOKIE copied the wrong data, always returned the socket instead of
the cookie (which is NULL at this point, anyway). Note that this mechanism is only
temporary anyway, as it's highly unsafe.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19661 a95241bf-73f2-0310-859d-f6bbb57e9c96
the segment is sent in this case (as receive/send will currently stack up in a
single thread).
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19660 a95241bf-73f2-0310-859d-f6bbb57e9c96
Added a Japanese translation for this item, thanks to Koki.
Now the old queries are deleted before adding new ones, thanks to AGMS.
Though the last item was not actually a memory leak (the destructor would
eventually get all the added queries), this would cause weird behavior which I
did notice (multiple queries existed which all sent the same notifications.)
Either way, good catch AGMS :)
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19657 a95241bf-73f2-0310-859d-f6bbb57e9c96
of new messages so I added a new menu item to refresh the new mail query. I
wrapped the addition of the menu item in an #ifdef since it should not be
needed on Haiku.
While testing this I saw some pretty crazy behavior which I can only assume
means the R5 query notification is really, really buggy. Or the mail_daemon is
doing something weird.
Unlike the others this menu item does not have a Japanese translation and
probably doesn't need one, but if someone really wants to add it feel free :)
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19656 a95241bf-73f2-0310-859d-f6bbb57e9c96
* removed directive #include <cstdlib>
removed directive #include <cassert>
Removed also the use of assert()
as BAlert::Go() returns always 0, or 1, or 2.
renamed cstring to string.h
and cstdio to stdio.h since
our coding style prefers C-style headers.
* Merged the two classes to AlertApplication since
i see no reason to have them both.
* removed some getter functions and used the
private data members instead, since this doesn't
break the "hide the implementation details rule" (i think).
* Modified Signature application from
"application/x-vnd.OBOS.cmd-alert" to
"application/x-vnd.Haiku.cmd-alert"
* Make some defines const char* and int32
according to the corresponding types.
* Changed AlertApplication::SetChoice(const int32 but)
to AlertApplication::SetChoice(int32 buttonIndex).
* The usual coding style clean-up (tabs, spaces, etc).
* Added documentation for more readable code here and there;
and doxygen style documentation for two functions:
AlertApplication::ArgvReceived(int32 argc, char** argv)
and AlertApplication::ReadyToRun()
* Add myself to the authors' list, since that makes good
to my psycology, and makes me more productive!
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19655 a95241bf-73f2-0310-859d-f6bbb57e9c96
is done from inside the BMenu::_track() function, and not inside Pulse()
anymore. Patch by Lucasz Zemczak
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19653 a95241bf-73f2-0310-859d-f6bbb57e9c96
I will keep working on the Docbook version, but as I'm still not completely comfortable with that as final choice, I'm playing around with this as well.
The String.cpp file contained doxygen documentation for almost all methods, I copied those to a new file (string.dox) and grouped them accordingly. (Done because Axel is absolutely against in-header or in-source docs)
Integrated the BMidiConsumer and BMidiLocalConsumer class into the same file (like I did now to the producers), since I think it's better to keep a 1:1 relation with the headers.
Removed the mididefs.dox file and replaced it with the midi2/Midi2Defs.dox file which actually documents the Midi2Defs.h file, rather than contain a custom page that was somewhat hard to find.
Please see http://www.myhouserules.nl/haiku_book/index.html for a generated book from the current source. I actually quite like the output so far, though I'm aware of the fact that I needed to perform some tricks to let Doxygen get to this point.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19651 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Added a comment about the proper use of the data-file argument.
* Applied Ingo's suggestion to the Jamfile, and it worked out of the box.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19649 a95241bf-73f2-0310-859d-f6bbb57e9c96
Bug was introduced in revision 19253.
@Ryan: Can you please verify that this fix does not introduce another bug?
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19648 a95241bf-73f2-0310-859d-f6bbb57e9c96
