Age | Commit message (Collapse) | Author | Files | Lines |
|
In MacOS 10.8, the NSBitmapImageRep class appears to cache the specified
image data at the time of construction. As a result updates to the
backing memimage object do not get pushed to the screen in flushimg.
This patch creates the NSBitmapImageRep object over again for each
flushimg which would appear to fix the problem.
R=rsc
CC=plan9port.codebot
http://codereview.appspot.com/6443063
|
|
Don't call vtlog() when _vtqrecv() returns
nil on queue hangup, as reported on
http://bitbucket.org/rsc/plan9port/issue/102/
R=rsc
http://codereview.appspot.com/6373046
|
|
R=rsc, rsc
http://codereview.appspot.com/6405057
|
|
R=rsc
http://codereview.appspot.com/6402049
|
|
R=rsc
http://codereview.appspot.com/6401049
|
|
R=rsc
http://codereview.appspot.com/6395048
|
|
R=rsc
http://codereview.appspot.com/6395047
|
|
R=rsc
http://codereview.appspot.com/6402044
|
|
R=rsc
http://codereview.appspot.com/6396045
|
|
R=rsc
http://codereview.appspot.com/6397046
|
|
Fix build error and warning on OpenBSD 5.1,
as reported by Dimitri Sokolyuk.
R=rsc
http://codereview.appspot.com/6350044
|
|
The function p9dialparse() returns the host as a sockaddr_storage
structure instead of a u32int, to be able to handle both IPv4
and IPv6 addresses. Because the sockaddr_storage structure also
handle port numbers and Unix path names, there is no longer
need to set them in the calling functions. However, these values
are still returned for convenience.
The sockaddr_in and sockaddr_un structures have been replaced
by sockaddr_storage to handle Unix, IPv4 and IPv6 sockets.
Names and addresses are resolved using either gethostbyname()
or getaddrinfo() functions.
The getaddrinfo() function is documented in RFC2553 and standardized
since POSIX.1-2001. It supports both IPv4 and IPv6 addresses.
The gethostbyname() function is deprecated since POSIX.1-2008.
However, some libc implementations don't handle getaddrinfo()
properly, thus we preferred to try gethostbyname() first.
I've tried to preserve most of the old code logic to prevent
from surprising or unwanted behavior.
R=rsc
http://codereview.appspot.com/6255068
|
|
R=rsc
http://codereview.appspot.com/6258060
|
|
R=rsc
http://codereview.appspot.com/6258059
|
|
R=rsc, adkulkar
CC=plan9port.codebot
http://codereview.appspot.com/6108047
|
|
R=rsc
http://codereview.appspot.com/6210059
|
|
R=rsc
http://codereview.appspot.com/6197057
|
|
R=rsc
http://codereview.appspot.com/6201049
|
|
R=rsc
http://codereview.appspot.com/6128063
|
|
R=rsc, rsc
http://codereview.appspot.com/6097047
|
|
R=rsc
http://codereview.appspot.com/5989059
|
|
R=rsc
http://codereview.appspot.com/5988058
|
|
R=rsc
http://codereview.appspot.com/5970072
|
|
R=rsc
http://codereview.appspot.com/5847060
|
|
R=rsc
http://codereview.appspot.com/5900076
|
|
R=rsc
CC=plan9port.codebot
http://codereview.appspot.com/5748043
|
|
|
|
there is no more blank image when toggling
fullscreen, when unminimizing, or at startup; this
also means that we can live resize, but we only
enable live resizing with Page, because it seems
useless for other apps, and Acme and Sam bug with
it. The tradeoff is that bottom corners are
sometimes automatically rounded. There is a way to
prevent the rounding here:
http://parmanoir.com/Custom_NSThemeFrame
but this would obfuscate the code. Instead, we
make sure that the corners are always rounded.
Closing the window while its content is updated
causes an exception, without this patch. This
seems to happen regularly with stats(1).
This patch avoids a possible deadlock at startup,
which I never experienced. If I recollect right,
there is little chance that this happens on a
multi-core CPU.
Minimizing now activates next app in line, and
Devdraw now stops drawing while minimized.
R=rsc
CC=plan9port.codebot
http://codereview.appspot.com/5499043
|
|
R=rsc
CC=plan9port.codebot
http://codereview.appspot.com/5745043
|
|
R=rsc
CC=plan9port.codebot
http://codereview.appspot.com/5749043
|
|
Now, if you full-screen an app running on a secondary
screen, it only takes over that monitor. It does not cause
the primary screen to disappear.
Code by David Jeannot.
R=djeannot24
http://codereview.appspot.com/5708046
|
|
|
|
R=rsc
http://codereview.appspot.com/5572066
|
|
These functions are equivalent to vtSha1 and vtSha1Check
from the old libventi and are particularly used by Fossil.
R=rsc
http://codereview.appspot.com/5555064
|
|
Remove swipe gestures.
Keep only 2-finger pinching and 3-finger tapping.
R=rsc
CC=plan9port.codebot
http://codereview.appspot.com/5498094
|
|
R=rsc
CC=plan9port.codebot
http://codereview.appspot.com/5558054
|
|
R=rsc
http://codereview.appspot.com/5558060
|
|
R=rsc
CC=plan9port.codebot
http://codereview.appspot.com/5558051
|
|
R=rsc
CC=plan9port.codebot
http://codereview.appspot.com/5505092
|
|
Previously, the menu bar has been set to hidden
instead of autohidden in fullscreen mode, because
it appeared too easily. Occasionally however, it
still appears. This patch makes sure it won't.
With OS X Lion's fullscreen, the Dock is
autohidden, but sometimes remains hidden. This
bug comes with visual menu bar bugs
during space transition and when exiting
fullscreen. Those bugs happen after each
Devdraw's activation, for example. This patch
neutralizes them.
R=rsc
CC=plan9port.codebot
http://codereview.appspot.com/5502091
|
|
This implementation is simpler to understand. It
removes conflicts with other modifiers and with
the virtual buttons. Pressing alt during a
sequence now cancels it correctly.
R=rsc
CC=plan9port.codebot
http://codereview.appspot.com/5507049
|
|
R=rsc
CC=plan9port.codebot
http://codereview.appspot.com/5528046
|
|
Fix segfault when the first archived file is DMSYMLINK or DMDEVICE.
Reinitialize the buffer to zero before calling readlink.
R=rsc
CC=plan9port.codebot
http://codereview.appspot.com/5500097
|
|
R=rsc
CC=plan9port.codebot
http://codereview.appspot.com/5505091
|
|
The Finder can be reactivated after Devdraw's
activation if both windows are on the same space.
We prevent this by preventing Plumb.app's
activation in the first place.
R=rsc
CC=plan9port.codebot
http://codereview.appspot.com/5498096
|
|
(The new variable "willactivate" is in the input
structure "in", which is illogical. But this
structure will soon be renamed "app". I postpone
the renaming to avoid conflicts with simultaneous
Codereview issues.)
R=rsc
CC=plan9port.codebot
http://codereview.appspot.com/5504102
|
|
R=rsc
CC=plan9port.codebot
http://codereview.appspot.com/5503086
|
|
R=rsc
CC=plan9port.codebot
http://codereview.appspot.com/5507045
|
|
R=rsc
CC=plan9port.codebot
http://codereview.appspot.com/5500090
|
|
R=rsc
CC=plan9port.codebot
http://codereview.appspot.com/5491051
|