And not even custom layout managers. I can imagine not having wanted to
support the constraint layout originally for performance reasons, but
custom layout managers are going to be exactly the same overhead as fully
custom code, but nicely abstracted and consistent.
--
Mark Aufflick
http://mark.a
In fact it is very possible to effectively bridge Perl and Cocoa objects
since Perl embeds very nicely in multi-threaded C based parents. Apple
provides (provided?) a fairly good bridge but it has some leaks & isn't
well maintained. There is also CamelBones as mentioned. I wrote my own that
has ful
On Nov 6, 2012, at 4:03 PM, Andres Kievsky wrote:
> I'm curious - isn't the fact that none of those languages support true
> multithreading a rather big hindrance when programming a Cocoa Application?
> How would you put together a responsive application without it?
Threading isn’t mandatory.
On 11/6/12, John Delacour wrote:
> On 06/11/2012 00:47, Jens Alfke wrote:
>
>> One compromise you might consider is using Ruby, which has pretty
>> decent integration with Cocoa. (Ditto for Python, but Ruby is more
>> Perl-esque.) It’s possible to write Cocoa apps entirely in those
>> languages.
>
It's looking strongly like a bug in the OS or trackpad driver, and it appears
that the additional unexpected events, while odd, are not a direct cause of the
bug I have.
I'm responding to 4 event types: LDown, LUp, LDragged and Moved.
I expect Down-Dragged-Up-Moved-Down-Dragged-Up-Moved, etc. w
Hi all,
Following up on a problem I was having a week or so back with receiving
multiple mouse-ups in an event loop, I've narrowed the problem down to the
events coming from a trackpad instead of a mouse.
Here's an odd thing:
NSUInteger mask = NSLeftMouseDownMask | NSLeftMouseUpMa
On 07/11/2012, at 10:45 AM, John Delacour wrote:
> On 06/11/2012 00:47, Jens Alfke wrote:
>
>> One compromise you might consider is using Ruby, which has pretty
>> decent integration with Cocoa. (Ditto for Python, but Ruby is more
>> Perl-esque.) It’s possible to write Cocoa apps entirely in t
On 06/11/2012 00:47, Jens Alfke wrote:
One compromise you might consider is using Ruby, which has pretty
decent integration with Cocoa. (Ditto for Python, but Ruby is more
Perl-esque.) It’s possible to write Cocoa apps entirely in those
languages.
Thank you. The Ruby option does look rather
On Nov 6, 2012, at 11:58 AM, Alex Zavatone wrote:
> Ideally when this happens, I'd love to save my list of pages I'm interested
> in and either restart Safari with only those URLs, or fire up another browser
> and load that list of URLs in a queue.
Uh, you do realize in Lion and later, this is
Facebook is a safari killer. if left open, it will bring down a system. And by
bring down I mean, make it so unresponsive that the only option is a forced
reboot via power button. It happened everyday on my other half's clean system,
until i set up automatic log off. (He could never remember to
On Nov 6, 2012, at 3:25 PM, Jack Carbaugh wrote:
> Facebook is a safari killer. if left open, it will bring down a system. And
> by bring down I mean, make it so unresponsive that the only option is a
> forced reboot via power button. It happened everyday on my other half's clean
> system, un
On Nov 6, 2012, at 12:58 PM, Alex Zavatone wrote:
> Ideally when this happens, I'd love to save my list of pages I'm interested
> in and either restart Safari with only those URLs
Close the pages you're not interested in, quit Safari, launch Safari, choose
History -> Reopen All Windows from Las
Well, yes, maybe. If the Mac is booted from an SSD, and the system performance
starts to lag or memory starts to get full, I'll gladly purge the cache since
paging out to SSD again isn't as much of a time consuming task.
If I were able to target Safari and its processes (WebProcess), then I'd d
On 06.11.2012, at 16:08, Alex Zavatone wrote:
> Actually, that's not always the case. As I use Safari through out the day,
> Safari ends up eating 6 to 12 GB of data on my 16 GB system. Frequently, I
> need to issue a purge to get back a spare GB or few hundred MB. Plus, if
> you're booting
On 06.11.2012, at 12:01, Nick Rogers wrote:
> I was trying to achieve what essentially "free memory" apps on the Mac
> AppStore do.
> The RAM usage can be divided into four parts as shown in Activity Monitor.
You're aware that those applications are snake oil, right? There is no
practical benef
On Nov 6, 2012, at 1:05 PM, Fritz Anderson wrote:
> On 6 Nov 2012, at 11:30 AM, Jens Alfke wrote:
>
>> On Nov 6, 2012, at 7:08 AM, Alex Zavatone wrote:
>>
>>> Actually, that's not always the case. As I use Safari through out the day,
>>> Safari ends up eating 6 to 12 GB of data on my 16 GB
On Nov 6, 2012, at 1:13 PM, William Sumner wrote:
> On Nov 6, 2012, at 8:08 AM, Alex Zavatone wrote:
>
>> Actually, that's not always the case. As I use Safari through out the
>> day, Safari ends up eating 6 to 12 GB of data on my 16 GB system.
>> Frequently, I need to issue a purge to
> On Nov 5, 2012, at 5:39 PM, Kyle Sluder wrote:
>
>> On Mon, Nov 5, 2012, at 02:20 PM, Andrea3000 wrote:
>>> Since I still have a Snow Leopard partition I have access to QuartDebug
>>> 4.1 and the hidden setting you suggested works as expected.
>>> The strange thing is that while regular windows
On Nov 6, 2012, at 8:08 AM, Alex Zavatone wrote:
>
> On Nov 6, 2012, at 9:23 AM, Jean-Daniel Dupas wrote:
>
>>
>> Le 6 nov. 2012 à 12:13, Tom Davie a écrit :
>>
>>>
>>> On 6 Nov 2012, at 11:01, Nick Rogers wrote:
>>>
Hi,
Thanks for the replies.
I was trying to achieve
On 6 Nov 2012, at 11:30 AM, Jens Alfke wrote:
> On Nov 6, 2012, at 7:08 AM, Alex Zavatone wrote:
>
>> Actually, that's not always the case. As I use Safari through out the day,
>> Safari ends up eating 6 to 12 GB of data on my 16 GB system. Frequently, I
>> need to issue a purge to get back
On Nov 6, 2012, at 3:01 AM, Nick Rogers wrote:
> I was trying to achieve what essentially "free memory" apps on the Mac
> AppStore do.
Those apps are useless, except as revenue generators for their authors.
> When I used my earlier app to allocate memory equal to free + inactive bytes,
> for
On Nov 6, 2012, at 7:08 AM, Alex Zavatone wrote:
> Actually, that's not always the case. As I use Safari through out the day,
> Safari ends up eating 6 to 12 GB of data on my 16 GB system. Frequently, I
> need to issue a purge to get back a spare GB or few hundred MB
If that actually gets y
On Nov 6, 2012, at 9:23 AM, Jean-Daniel Dupas wrote:
>
> Le 6 nov. 2012 à 12:13, Tom Davie a écrit :
>
>>
>> On 6 Nov 2012, at 11:01, Nick Rogers wrote:
>>
>>> Hi,
>>>
>>> Thanks for the replies.
>>> I was trying to achieve what essentially "free memory" apps on the Mac
>>> AppStore do.
>
On Nov 5, 2012, at 7:32 PM, Ken Thomases wrote:
> Not to my knowledge. Bindings don't provide a way to specify the initial
> sort. Bindings are nice, but they're not intended to entirely eliminate the
> need to write code.
I think they were, but they just don't do a very good job. ;-)
--Kyl
Le 6 nov. 2012 à 12:13, Tom Davie a écrit :
>
> On 6 Nov 2012, at 11:01, Nick Rogers wrote:
>
>> Hi,
>>
>> Thanks for the replies.
>> I was trying to achieve what essentially "free memory" apps on the Mac
>> AppStore do.
>> The RAM usage can be divided into four parts as shown in Activity M
Again, if you want to clear cached memory on disk, issue a shell purge.
All that other memory is being used for something.
On Nov 6, 2012, at 6:01 AM, Nick Rogers wrote:
> Hi,
>
> Thanks for the replies.
> I was trying to achieve what essentially "free memory" apps on the Mac
> AppStore do.
>
After setting up your UIView animation, you can introspect the animation timing
by looking at the respective view's layer.animations. Your can then apply that
animation to your sublayer.
For bonus points, just start using a subview instead of a sublayer :)
Luke
On Nov 6, 2012, at 5:09 AM, "Ro
I have a UIView which frame I am animating to a new location/size using [
UIView animateWithDuration:animations ]. The view's layer has a custom sublayer
which it's laying out either in layoutSubviews or layoutSublayersOfLayer:,
either seems to work. That sublayer is also moving to a new positio
On 6 Nov 2012, at 11:01, Nick Rogers wrote:
> Hi,
>
> Thanks for the replies.
> I was trying to achieve what essentially "free memory" apps on the Mac
> AppStore do.
> The RAM usage can be divided into four parts as shown in Activity Monitor.
> 1. Free
> 2. In-active
> 3. Active
> 4. Wired
>
Hi,
Thanks for the replies.
I was trying to achieve what essentially "free memory" apps on the Mac AppStore
do.
The RAM usage can be divided into four parts as shown in Activity Monitor.
1. Free
2. In-active
3. Active
4. Wired
When I used my earlier app to allocate memory equal to free + inactiv
30 matches
Mail list logo
