Re: Displaying '%' in the UI

To put a literal % in a format, use %%. On Apr 17, 2012, at 12:03 PM, The Rhythmic wrote: > A trivial question, but not able to get to it. How am I to display '%' > (percentage symbol) in the UI? Here is the code snippet, where am trying to > set '%' to the end of a number (something like '100%')

Displaying '%' in the UI

A trivial question, but not able to get to it. How am I to display '%' (percentage symbol) in the UI? Here is the code snippet, where am trying to set '%' to the end of a number (something like '100%'). But, '100' is getting displayed in the button's text, but how do I make it display the '%' symbo

Re: tips on managing group rows

Thank you all for the tips much appreciated! rc On Apr 17, 2012, at 8:50 PM, Alex Zavatone wrote: > I use a dictionary where all keys are the top level rows and the keys hold > arrays. > > On Apr 16, 2012, at 11:25 PM, Rick C. wrote: > >> Hi, >> >> So I'm working on a view-based nstablevie

Completed graphics for Delete Item callout

It appears that my email either didn't get to the list, or didn't get to the list in time, so I made some icons in Illustrator for an iOS delete item callout in the style of UITableViewCellEditingStyleDelete They are at 540xx540 (ish) and 28x28 as alpha channeled PNGs. http://imgur.com/a/gDnpx

Re: Resizing UITableView will keeping content scrolled to bottom

Thanks for the lengthy explanation, Luke. I was aware of most of this. It seems like the result I'm seeing is a consequence of a number of things. Since the end result is correct, it seems like it should be possible to do things the way I was attempting to do them, but that subtleties in the imp

Re: Resizing UITableView will keeping content scrolled to bottom

So, attempting to modify both the frame and the contentOffset in the same animation is a problem. This has to do with how UIView animations work coupled with how UIScrollView works. I'm going to give a lengthy explanation of why this doesn't work, but you can skip to the bottom for what should b

Re: Is there a glue file between Carbon and Cocoa?

On Apr 17, 2012, at 9:51 AM, John Wilund wrote: > The thought of coding in ObjC++ sounds just great. Can you give me a book > titel or an URL there I could learn how this ObjC++ programming should be > done! Not much to it really... The only info I know of is Apple's short document, which you

Re: Fast Enumeration and temporary objects/autoreleasing

On Tue, 17 Apr 2012 10:10:44 +1000, Graham Cox said: >Memory management is really quite straightforward I know what you mean, and agree that at its core ref counting is straightforward. But in practice Cocoa memory management is not so simple. Just look at this beast:

Re: Is there a glue file between Carbon and Cocoa?

Lee Ann, The thought of coding in ObjC++ sounds just great. Can you give me a book titel or an URL there I could learn how this ObjC++ programming should be done! Best wishes, /John 17 apr 2012 kl. 17:03 skrev Lee Ann Rucker : > You can keep much of your C++ by using ObjectiveC++. I didn't kno

Re: Is there a glue file between Carbon and Cocoa?

On Apr 17, 2012, at 9:03 AM, Lee Ann Rucker wrote: > You can keep much of your C++ by using ObjectiveC++. Yes. You still want to control the boundaries between these two layers of your system and not just make everything Obj-C++ by default. But using C++ from specific Objective-C code is *vastl

Re: Is there a glue file between Carbon and Cocoa?

You can keep much of your C++ by using ObjectiveC++. I didn't know it existed when I first did a C++ port and tried doing things the hard way - operator overloading is one thing that just can't be faked in pure ObjC. - Original Message - From: "Uli Kusterer" To: "John Wilund" Cc: cocoa

Re: Fast Enumeration and temporary objects/autoreleasing

On Apr 17, 2012, at 12:28 AM, Graham Cox wrote: > Well, I don't find ARC to be necessary. I tend to assume it was added to > counter the argument from developers coming from other languages to iOS that > Objective-C is "old fashioned" and requires too much hand-holding on the MM > front that th

Re: Is there a glue file between Carbon and Cocoa?

Hi Uli, Many thanks for the ULMelodyQeuue I am sure it will help me as will the well written pages of usuals pitfalls when porting PC2Mac. Alsp thanks for your your soothing words on what learning routs I should take/choose. I am glad that you thinks the Aaron Hildegass¨s book is a good way t

Re: tips on managing group rows

I use a dictionary where all keys are the top level rows and the keys hold arrays. On Apr 16, 2012, at 11:25 PM, Rick C. wrote: > Hi, > > So I'm working on a view-based nstableview and for the first time I will be > using group rows. Any tips on how to manage the data? What I mean is > norm

Re: Is there a glue file between Carbon and Cocoa?

On 17.04.2012, at 10:03, John Wilund wrote: > It might just end with that :( > Sound is an important thing with MOD players/Trackers! Sound is possible. Look at Core Audio, NSSound, AVFoundation etc. You probably want to use AudioQueues, like I did for this: https://github.com/uliwitness/U

Re: Is there a glue file between Carbon and Cocoa?

17 apr 2012 kl. 07:34 skrev Graham Cox: > > On 16/04/2012, at 2:27 AM, John Wilund wrote: > >> Hi, >> >> I'm porting an old MOD tracker to be build able with the current xCode and >> current OS X (10.7.3). >> And there is a lot of calls both for updating the screen and making the >> sounds i

Re: Fast Enumeration and temporary objects/autoreleasing

On Apr 17, 2012, at 1:28 AM, Graham Cox wrote: > …having been using Objective C productively for over 10 years now, that I > still find ARC something I have not needed. So far. I'm kinda hoping that > remains true, because it actually seems pretty complicated in order to cover > all the arcan

Re: Fast Enumeration and temporary objects/autoreleasing

> While you have had the question answered, the fact you asked it shows a misunderstanding about memory management. Next time in my reply I will be clear to state that a) I have realised my mistake b) I have learnt from it to to save you some time writing your response ;-) I do appreciate your hel

Re: Fast Enumeration and temporary objects/autoreleasing

On 17/04/2012, at 4:08 PM, Dave Zarzycki wrote: > ARC simply automates and enforces Cocoa conventions. No more, no less. > Therefore those "arcane use-cases" are in fact where programmers get > themselves into really subtle trouble with manual reference counting. Notwithstanding that programm