• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Capabilities of Quartz: rotation? zooming?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Capabilities of Quartz: rotation? zooming?


  • Subject: Re: Capabilities of Quartz: rotation? zooming?
  • From: Wade Tregaskis <email@hidden>
  • Date: Fri, 21 May 2004 14:55:25 +1000

First and foremost, sorry for the cross-post, but there's been parallel threads on this topic on both lists, and I'm too lazy to write two emails. :P

Anyway, the big news is that it's working properly now. All in-window events are translated correctly, so far as I know, so you can do everything as normal - select text, drag & drop, etc. The new version is up at:

<http://homepage.cs.latrobe.edu.au/wjtregaskis/Rotated Windows.tgz> 30k
<http://homepage.cs.latrobe.edu.au/wjtregaskis/Rotated Windows.tbz> 32k
<http://homepage.cs.latrobe.edu.au/wjtregaskis/Rotated Windows.sitx> 37k
<http://homepage.cs.latrobe.edu.au/wjtregaskis/Rotated Windows.sit> 38k
<http://homepage.cs.latrobe.edu.au/wjtregaskis/Rotated Windows.zip> 40k

So no more complaining about file formats. :)

There are still issues with certain things that the window manager controls, for instance the dragging by title-bar; this can only be done from the top N pixels (whatever the title bar width is) of the window, which must coincidentally contain at least some part of the title bar. So you can't move the window when it's upside-down. I imagine metal windows can be moved as normal (or any move-by-content windows), but I haven't tested it. I'm not sure if there's anything I can do to the window server to fix this problem... conceivably I could check the translated event co-ordinates for each incoming mouse-down, and hand them off to the appropriate window method if they're in the title bar. But I'll have to test that.

On the up side, resize on an angle/scaling does work properly, which is cool.

Additionally, the code is a fair bit cleaner now.

I've been looking at the Carbon side of things... I'm hoping that Carbon just calls the Cocoa methods, but I've got a feeling if anything it would be the other way around. If someone with a bit of Cocoa/Carbon knowledge could test it out and see what happens, that'd be great.

So, thanks everyone for your patience. I hope this is of use to some people.

Wade Tregaskis (aim: wadetregaskis)
-- Sed quis custodiet ipsos custodes?

P.S. I've forgotten again to put licensing stuff in the files, but it's all BSD licensed. Do what you will with it.
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.


  • Prev by Date: Re: NSMakePoint and such - what about memory allocation?
  • Next by Date: Re: Avoiding == and = mixup in if statements
  • Previous by thread: Re: build styles override target settings (was: does not execute on launch)
  • Next by thread: Re: Capabilities of Quartz: rotation? zooming?
  • Index(es):
    • Date
    • Thread