date:20100608

OK, break it down for me... (question about gzip)

2010-06-08 Thread Graham Cox

I need to be able to make a .gzip file from a FOLDER on my hard disk 
programatically.

I've searched the archives and Googled for it, and now I'm just confused. Some 
folk advocate linking to the library directly, other to invoke it via NSTask. 
Since it's a folder I need to compress, not in-memory data, the direct linking 
approach might not do it (then again it might, but I haven't been able to find 
out the right information about how I could do that). The NSTask approach might 
be simpler as it is easy to pass in the path to the folder to be compressed, 
but how do I find the correct, reliable launch path that will always work no 
matter how my app is being run? I'm sure that's simple (perhaps so simple it's 
taken for granted, which is why I have drawn a blank with finding any 
instructions as to how to do this).

So would some one break it down for me? I seem to be wasting too much time 
focusing on this trivial operation that is less than 1% of my object's 
functionality.

--Graham


___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: OK, break it down for me... (question about gzip)

2010-06-08 Thread Stephen J. Butler

On Tue, Jun 8, 2010 at 1:04 AM, Graham Cox graham@bigpond.com wrote:
 I need to be able to make a .gzip file from a FOLDER on my hard disk 
 programatically.

a) You can't gzip a folder. That's why people tar the folders, then
gzip the tar file (or just use the 'z' option in tar).

b) In a working OS X system, the unix executables will always be where
they're supposed to be (ie: /bin, /sbin, /usr/bin, /usr/sbin, etc).
___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: OK, break it down for me... (question about gzip)

2010-06-08 Thread Graham Cox

It has been pointed out to me off-list that I've been labouring under the 
misapprehension that gzip is equivalent to zip, which appears not to be the 
case. It might explain why it was hard to find relevant info.

So I need zip then... otherwise same discussion applies. I don't really care 
how I get there, I just need a folder transformed into a single file that is 
efficiently packed for transmission to a website. The format isn't really 
relevant, but transmission efficiency, and keeping the folder integrity, is.


--Graham


On 08/06/2010, at 4:04 PM, Graham Cox wrote:

 I need to be able to make a .gzip file from a FOLDER on my hard disk 
 programatically.
 
 I've searched the archives and Googled for it, and now I'm just confused. 
 Some folk advocate linking to the library directly, other to invoke it via 
 NSTask. Since it's a folder I need to compress, not in-memory data, the 
 direct linking approach might not do it (then again it might, but I haven't 
 been able to find out the right information about how I could do that). The 
 NSTask approach might be simpler as it is easy to pass in the path to the 
 folder to be compressed, but how do I find the correct, reliable launch path 
 that will always work no matter how my app is being run? I'm sure that's 
 simple (perhaps so simple it's taken for granted, which is why I have drawn a 
 blank with finding any instructions as to how to do this).
 
 So would some one break it down for me? I seem to be wasting too much time 
 focusing on this trivial operation that is less than 1% of my object's 
 functionality.
 
 --Graham

___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: OK, break it down for me... (question about gzip)

2010-06-08 Thread John Joyce


On Jun 8, 2010, at 1:16 AM, Stephen J. Butler wrote:

 On Tue, Jun 8, 2010 at 1:04 AM, Graham Cox graham@bigpond.com wrote:
 I need to be able to make a .gzip file from a FOLDER on my hard disk 
 programatically.
 
 a) You can't gzip a folder. That's why people tar the folders, then
 gzip the tar file (or just use the 'z' option in tar).
 
 b) In a working OS X system, the unix executables will always be where
 they're supposed to be (ie: /bin, /sbin, /usr/bin, /usr/sbin, etc).

They can move from one version of the OS to another.
Not likely, but can happen. (10.5 and up there is a fairly unique Ruby 
installation unlike previous)
If you *really* want, you could run a prior NSTask on Unix command line tool

which

and that will let you locate the actual path of the command line tool you want 
to use. (pass that path to your next NSTask)

See 
man which 
for usage.

 ___
 
 Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
 
 Please do not post admin requests or moderator comments to the list.
 Contact the moderators at cocoa-dev-admins(at)lists.apple.com
 
 Help/Unsubscribe/Update your Subscription:
 http://lists.apple.com/mailman/options/cocoa-dev/jjoyce%40apple.com
 
 This email sent to jjo...@apple.com

___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: OK, break it down for me... (question about gzip)

2010-06-08 Thread Graham Cox


On 08/06/2010, at 4:16 PM, Stephen J. Butler wrote:

 b) In a working OS X system, the unix executables will always be where
 they're supposed to be (ie: /bin, /sbin, /usr/bin, /usr/sbin, etc).


Thanks Stephen, so given the four choices I looked at each and find zip in 
/usr/bin

The question is can I be sure it's there on every system, no matter how the 
user is logged in? i.e. can I hard-code the path? If not, what is a reliable 
way to find the location programmatically?

--Graham


___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: OK, break it down for me... (question about gzip)

2010-06-08 Thread Graham Cox


On 08/06/2010, at 4:21 PM, John Joyce wrote:

 which
 
 and that will let you locate the actual path of the command line tool you 
 want to use. (pass that path to your next NSTask)


Ok... but doesn't that just displace the problem one step? How do I find the 
path to which without being able to run which reliably?

--Graham


___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: OK, break it down for me... (question about gzip)

2010-06-08 Thread Kyle Sluder


On Jun 7, 2010, at 11:04 PM, Graham Cox graham@bigpond.com wrote:

I need to be able to make a .gzip file from a FOLDER on my hard disk  
programatically.


I would use ditto to produce the tarball, because it will produce the  
same results as the Finder.


--Kyle Sluder
(Sent from my hotel room at WWDC, where you should be too!)
___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: OK, break it down for me... (question about gzip)

2010-06-08 Thread glaurent

On Tue 08/06/10 08:34, Graham Cox graham@bigpond.com wrote:
 
 On 08/06/2010, at 4:21 PM, John Joyce wrote:
 
  which
  
  and that will let you locate the actual path of the
 command line tool you want to use. (pass that path to your next
 NSTask)
 
 Ok... but doesn't that just displace the problem one step? How do I find
 the path to which without being able to run which
 reliably?

'which' is generally a shell built-in command, although it does also exist as a 
stand-alone binary in /usr/bin. What you're asking is actually more a Unix 
system programming question. In Unix you'd do a fork()/exec(), knowing that the 
$PATH environment variable will contain /usr/bin. In Cocoa, from what I gather, 
you use NSTask instead of fork()/exec(), and NSProcessInfo:environment to 
access/check $PATH. You probably don't need to bother with 'which', I assume 
that NSTask uses $PATH as well (correct me if I'm wrong).

-- 
Guillaume
http://telegraph-road.org


___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: OK, break it down for me... (question about gzip)

2010-06-08 Thread Alastair Houghton

On 8 Jun 2010, at 07:25, Graham Cox wrote:

 On 08/06/2010, at 4:16 PM, Stephen J. Butler wrote:
 
 b) In a working OS X system, the unix executables will always be where
 they're supposed to be (ie: /bin, /sbin, /usr/bin, /usr/sbin, etc).
 
 Thanks Stephen, so given the four choices I looked at each and find zip in 
 /usr/bin
 
 The question is can I be sure it's there on every system, no matter how the 
 user is logged in? i.e. can I hard-code the path?

Yes.  *Don't* as someone else suggested use the which (or /usr/bin/env, which 
would be better) to locate it, because if you do that you might pick up a 
version of zip that you haven't tested against (or some other program entirely 
that happens to have installed an executable called zip).  Hard-coding the 
path is the right thing to do.

Kind regards,

Alastair.

-- 
http://alastairs-place.net



___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: Scrolling Behavior of NSTextView

2010-06-08 Thread Paul Sanders

Martin, I tried the [NSTextView scrollRangeToVisible:] with
NSMakeRange(0,0) , but it is the same as to use [scrollPoint:] solely. Only
with
[glyphRangeForTextContainer:] in prior the scroll-to-top works. I don't think
it is the problem of coordinate system flip-ness, because when using
[scrollPoint:] without [glyphRangeForTextContainer:], the text view does not
always scroll to bottom, either, it just does not always scroll to top under
certain window size and text length. And it seems not solely
[glyphRangeForTextContainer:] triggers the scroll-to-top because without
[scrollPoint:] the
scrolling does not work, either.

I thank Martin is right though - the fact that the coordinate system is flipped
means that it is not necessary to know the dimensions of the text in order to
position point (0, 0) in the top-lefthand corner. And just calling
glyphRangeForTextContainer: on its own will not cause any scrolling.

Another minor wired problem is the trick of using both
[glyphRangeForTextContainer:] and [scrollPoint:] works only when you
drag-drop a NSScrollView
in IB and then set the embedded custom view as NSTextView. If an NSTextView
is dragged and dropped directly (and IB automatically embed it in a
NSScrollView), the scroll-to-top does not work even with the trick (and I
haven't found a trick to make it work under such situation).

That would seem to point to some difference in the way the NSTextView is
initialised by IB, although I'm not sure what. Using a custom view is clearly
undesirable as you cannot set the properties of the text view in IB that way.

You could try calling displayIfNeeded on the enclosing scroll view before
calling scrollPoint:. This ought to perform any necessary layout and maybe one
or two other things. It shouldn't cause any screen flash because the window
will not be flushed until you return to the run loop. You can get hold of the
enclosing scroll view via [[myTextView superview] superview].

I also thought that Martin's idea of putting a breakpoint on [NSTextView
scrollPoint:] might turn up something interesting. You could also put a
breakpoint on [NSTextView setBounds:] as that is what scrollPoint: will
ultimately call, see:

http://developer.apple.com/mac/library/documentation/cocoa/Conceptual/NSScrollViewGuide/Articles/Basics.html#//apple_ref/doc/uid/TP40003461-SW1

Regards,

Paul Sanders
___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

32bit float array to PNG thanks to NSBitmapImageRep problem

2010-06-08 Thread Pierre-Yves Aquilanti

Hello,

i'm trying to convert a float array to a greyscale PNG with a
NSBitmapImageRep but i doesn't work and all i get is a blank png (just
white).

To test the feasibility of my idea i created a float array of size 55*77
with half filled with 1500. and the other half filled with 3000. Theorically
i should obtain a PNG that looks like the picture in the following link :
http://www.hostingpics.net/viewer.php?id=315752capture.png

Here is the source code that i use :


/ Code begin
**/
//load the floating point array
NSData * binaryData=[NSData dataWithContentsOfFile:binaryPath]; //binary is
just a 32bits array full of 1500. and 3000. as described previously

//get a pointer
datapointer = (unsigned char *) [binaryData bytes];

//convert the array into a NSBitmapImageRep

NSBitmapImageRep * bitmap = [[NSBitmapImageRep alloc]
initWithBitmapDataPlanes:datapointer pixelsWide:sx pixelsHigh:sz
  bitsPerSample:32
samplesPerPixel:1 hasAlpha:NO isPlanar:NO

colorSpaceName:NSCalibratedWhiteColorSpace

bitmapFormat:NSFloatingPointSamplesBitmapFormat
  bytesPerRow:4*sx
bitsPerPixel:32];

//save it to png format
NSData * tow = [bitmap representationUsingType:NSPNGFileType
properties:nil];

[tow writeToFile:@/Users/Perif/Desktop/img.png atomically:NO];

/Code
End**/

My questions are : Is this the proper way to do what i want (convert a
32bits float array to a greyscale PNG) ? What is my error ?

Thanks a lot for your help.

Perif
___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Garbage collector

2010-06-08 Thread Takeichi Kanzaki Cabrera

Hi all, I'm beginning with an application for Mac OS X that in a
future could become into an iphone app, could I use the garbage
collector or is better don't use it?

Regards,
Takeichi
___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: [iPhone] -UIScrollView

2010-06-08 Thread Scott Anguish

This is exactly what UIScrollView was intended for in Paging mode, and the 
documentation explains how to do this with a minimum of 2 or 3 views (I can't 
remember which I decided on, 2 will work, but 3 is smoother).

I'm unsure of the restraints on loading single pages of PDF files, so that 
might be an issue, but display wise, you don't need to (nor should you) make 
all the views at once and stick them in a scroll view.


On May 31, 2010, at 9:58 PM, Development wrote:

 I have a Scroll view that contains a master view. This master view adds page 
 sized views of image data, specifically PDF data. The problem that I am 
 having is that if I load all these pages at once, I run out of memory and the 
 app quits. So I was hoping there was a way to make it so that the images are 
 only drawn if they are in the scroll view's visible region. Secondly is Core 
 graphics the best way to be doing 
 this?___

___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: Garbage collector

2010-06-08 Thread Thomas Davie

At present, the iPhone SDK does not support garbage collection, so you're best 
off at least making it GC supported, rather than required.

Bob

On 8 Jun 2010, at 11:48, Takeichi Kanzaki Cabrera wrote:

 Hi all, I'm beginning with an application for Mac OS X that in a
 future could become into an iphone app, could I use the garbage
 collector or is better don't use it?
 
 Regards,
 Takeichi
 ___
 
 Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
 
 Please do not post admin requests or moderator comments to the list.
 Contact the moderators at cocoa-dev-admins(at)lists.apple.com
 
 Help/Unsubscribe/Update your Subscription:
 http://lists.apple.com/mailman/options/cocoa-dev/tom.davie%40gmail.com
 
 This email sent to tom.da...@gmail.com

___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

MacTech Conference 2010: Call for Speakers

2010-06-08 Thread Edward Marczak

The MacTech Conference 2010 is now actively seeking speakers:

http://www.mactech.com/conference

This is a new, community-oriented conference to be held in November in
Los Angeles, California. Topics on all areas of development are being
considered, and formats for presenting are open. Those wishing to
present at the show, please fill out the form at:

https://forms.mactech.com/phpq/fillsurvey.php?sid=139

Questions? Please feel free to contact me directly.
--
Ed Marczak
e: marc...@radiotope.com
t: http://twitter.com/marczak
___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Erasing drawn content

2010-06-08 Thread Matej Bukovinski

Hi,

In a cocoa application that I'm developing I have a custom NSView subclass that 
I use as an overlay view for annotating a WebView. The overlay view draws 
semi-trasparent rectangles in its drawRect: method for DOM elements that were 
selected by the user. 

Since the fill color for the drawn rectangles is semi-transparent, the pixel 
values get added up when a smaller rectangle is drawn over a larger one (here's 
an example http://cl.ly/4fecb8fac0abff6ef6ac , as you can see the smaller 
rectangle has a darker background because of the larger rectangle, that was 
drawn first). This is especially problematic if the rectangles are of different 
colors, since color mixing occurs. 

I would like to prevent this sort of behavior by somehow erasing the content 
that was perviously drawn (i.e., making the background transparent again) 
before drawing with a new element. Does anyone have an idea how to achieve 
this? 

Thank you for your time.

Best regards,
Matej



smime.p7s
Description: S/MIME cryptographic signature
___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: Activating application raises windows meant to be invisible

2010-06-08 Thread David Reitter

On May 28, 2010, at 1:04 AM, Peter Ammon wrote:

 If a window is ordered out, AppKit will not order it back in when the app is 
 activated.  Is it possible that a different window is created, or that the 
 window was not ordered out to begin with?


I have verified that it is the same window that appears.  (The NSWindow object 
is below, 1).
I have also checked that we send the window an `orderOut'.
I find that my NSApp object gets an AppKit event (sendEvent:) when the 
application becomes active (shown below, 2).  I'm passing this event back to 
NSApplication ([super sendEvent: theEvent]), and the window becomes visible at 
that moment.   Not passing on the event prevents the window from being made 
visible.

So, I still don't understand where my mistake is.

(1) window after it's been ordered out:

$4 = {
  NSResponder = {
NSObject = {
  isa = 0x1002b0b38
}, 
members of NSResponder: 
_nextResponder = 0x0
  }, 
  members of NSWindow: 
  _frame = {
origin = {
  x = 13, 
  y = 375
}, 
size = {
  width = 642, 
  height = 638
}
  }, 
  _contentView = 0x101188600, 
  _delegate = 0x101350cd0, 
  _firstResponder = 0x101350cd0, 
  _lastLeftHit = 0x101350cd0, 
  _lastRightHit = 0x0, 
  _counterpart = 0x0, 
  _fieldEditor = 0x0, 
  _winEventMask = -1071906784, 
  _windowNum = 334, 
  _level = 0, 
  _backgroundColor = 0x10084d180, 
  _borderView = 0x101185ca0, 
  _postingDisabled = 0 '\000', 
  _styleMask = 14 '\016', 
  _flushDisabled = 0 '\000', 
  _reservedWindow1 = 0 '\000', 
  _cursorRects = 0x10111d210, 
  _trectTable = 0x101137ee0, 
  _miniIcon = 0x0, 
  _unused = 0, 
  _dragTypes = 0x0, 
  _representedURL = 0x0, 
  _sizeLimits = 0x0, 
  _frameSaveName = 0x0, 
  _regDragTypes = 0x10137e890, 
  _wFlags = {
backing = 2, 
visible = 0, 
isMainWindow = 0, 
isKeyWindow = 0, 
hidesOnDeactivate = 0, 
dontFreeWhenClosed = 0, 
oneShot = 0, 
deferred = 1, 
cursorRectsDisabled = 0, 
haveFreeCursorRects = 1, 
validCursorRects = 0, 
docEdited = 1, 
dynamicDepthLimit = 0, 
worksWhenModal = 0, 
limitedBecomeKey = 0, 
needsFlush = 0, 
viewsNeedDisplay = 0, 
ignoredFirstMouse = 0, 
repostedFirstMouse = 0, 
windowDying = 0, 
tempHidden = 0, 
floatingPanel = 0, 
wantsToBeOnMainScreen = 0, 
optimizedDrawingOk = 0, 
optimizeDrawing = 1, 
titleIsRepresentedFilename = 0, 
excludedFromWindowsMenu = 0, 
depthLimit = 0, 
delegateReturnsValidRequestor = 1, 
lmouseupPending = 0, 
rmouseupPending = 0, 
wantsToDestroyRealWindow = 0, 
wantsToRegDragTypes = 0, 
sentInvalidateCursorRectsMsg = 0, 
avoidsActivation = 0, 
frameSavedUsingTitle = 0, 
didRegDragTypes = 1, 
delayedOneShot = 0, 
postedNeedsDisplayNote = 0, 
postedInvalidCursorRectsNote = 0, 
initialFirstResponderTempSet = 0, 
autodisplay = 1, 
tossedFirstEvent = 0, 
isImageCache = 0, 
interfaceStyle = 0, 
keyViewSelectionDirection = 0, 
defaultButtonCellKETemporarilyDisabled = 0, 
defaultButtonCellKEDisabled = 1, 
menuHasBeenSet = 1, 
wantsToBeModal = 0, 
showingModalFrame = 0, 
isTerminating = 0, 
win32MouseActivationInProgress = 0, 
makingFirstResponderForMouseDown = 0, 
needsZoom = 0, 
sentWindowNeedsDisplayMsg = 0, 
liveResizeActive = 0
  }, 
  _defaultButtonCell = 0x0, 
  _initialFirstResponder = 0x101188600, 
  _auxiliaryStorage = 0x1013515e0
}
(gdb) 


(2) The event:

(gdb) print *theEvent
$1 = {
  NSObject = {
isa = 0x7fff70186180
  }, 
  members of NSEvent: 
  _type = 13, 
  _location = {
x = 0, 
y = 1050
  }, 
  _modifierFlags = 80, 
  _WSTimestamp = 0x0, 
  _timestamp = 5264.234190001, 
  _windowNumber = 0, 
  _window = 0x0, 
  _context = 0x0, 
  _data = {
mouse = {
  eventNumber = 1, 
  clickCount = 0, 
  pressure = 1.59748025e-43, 
  deltaX = 3.9525251667299724e-322, 
  deltaY = 0, 
  subtype = 0, 
  buttonNumber = 0, 
  reserved1 = 0, 
  reserved2 = {0, 0, 0}
}, 
key = {
  keys = 0x1, 
  unmodKeys = 0x72, 
  keyCode = 80, 
  isARepeat = 0 '\000', 
  eventFlags = 0, 
  reserved = {0, 0, 0, 0, 0}
}, 
tracking = {
  eventNumber = 1, 
  trackingNumber = 114, 
  userData = 0x50, 
  reserved = {0, 0, 0, 0, 0, 0}
}, 
scrollWheel = {
  deltaX = 4.9406564584124654e-324, 
  deltaY = 5.6323483625902106e-322, 
  deltaZ = 3.9525251667299724e-322, 
  subtype = 0, 
  reserved1 = 0, 
  reserved2 = {0, 0, 0, 0, 0, 0}
}, 
axisGesture = {
  deltaX = 4.9406564584124654e-324, 
  deltaY = 5.6323483625902106e-322, 
  deltaZ = 3.9525251667299724e-322, 
  reserved = {0, 0, 0, 0, 0, 0, 0}
}, 
miscGesture = {
  subtype = 1, 
  gestureEnded = 0 '\000', 
  reserved = 0 '\000', 
  value = 0, 
  percentage = 1.59748025e-43,

67 matches

Mail list logo