Re: PSA: Does your app use Sparkle? Update it, or use an HTTPS server

What I “think” (...read: “hope", cos I really need to be getting on with other stuff, like updating the Sparkle version in my own apps…) is my final version of the script to check for vulnerable Sparkle frameworks and prefPanes (system wide, including backups if connected): Script version

Two Problems

PROBLEM 1: Is there anything new/tricky about the UISearchBar? I have placed one in my view, and dragged an IBOutlet to the companion source file. The result is an @IBOutlet weak var searchBar: UISearchBar! I added UISearchBarDelegate to my ViewController and implemented one method:  func 

NSAttributedString: how to add an underline (dotted line) between tab stops?

I want to build a table with a left identifier, then a tab stop (well actually a few), each having some text in it. What I'd dearly love to do is add a dotted line style underline that goes from the right position of the left most text then butts up to the tab stop to its right, up to the

Re: TreeController and "selection" Binding

> On Feb 11, 2016, at 4:11 PM, Quincey Morris > wrote: >> >> Ideally, I would like to bind from IB the selection of the TreeController to >> the local variable, but I cannot find a way to do this. Is this possible? > > It’s not clear what you’re saying.

Re: NSAttributedString: how to add an underline (dotted line) between tab stops?

I did something similar recently with strikethrough: NSAttributedString *string1 = [[NSAttributedString alloc] initWithString:@"TRAIN - " attributes:nil]; NSAttributedString *string2 = [[NSAttributedString alloc] initWithString:@"INTERACTIVE"

Re: PSA: Does your app use Sparkle? Update it, or use an HTTPS server

> On 12 Feb 2016, at 17:14, sqwarqDev wrote: > > What I “think” (...read: “hope", cos I really need to be getting on with > other stuff, like updating the Sparkle version in my own apps…) is my final > version of the script to check for vulnerable Sparkle frameworks and

Re: TreeController and "selection" Binding

On Feb 12, 2016, at 07:04 , Michael de Haan wrote: > > Ideally, I would like to omit the outlet/programmtically binding steps and > bind the treeControllers selection in IB to my local variable. So, the > “clunkiness” was a referral to the outlets and programmatic binding.

Re: Two Problems

You'll probably need a… what is it nowadays? “@objc”? annotation on that func? Apologies that I can't be more specific, I am on my Grim Windows Work Computer atm… On Fri, Feb 12, 2016 at 11:31 AM, Charles Jenkins wrote: > Alex, > > The suggestion of changing the graphic’s

Re: Two Problems

Alex, The suggestion of changing the graphic’s name is a terrific one. I’ll do that tonight, and I expect it will work. I should’ve thought of that myself. Thanks! I’m using Swift, but whether my controller conforms or not is the nature of my question. I wasn’t totally clear, but when I said I

Re: Two Problems

1. What are you setting the delegate to? Self? If so, have you made sure to "conform" to that delegate in your class? Something like @interface CharlesViewController : UIViewController ?? If you don't do that, then the method you need isn't accessible through self and BLAMMO!

Re: Two Problems

On Feb 12, 2016, at 11:31 AM, Charles Jenkins wrote: > Alex, > > The suggestion of changing the graphic’s name is a terrific one. I’ll do that > tonight, and I expect it will work. I should’ve thought of that myself. > Thanks! Yay. > I’m using Swift, but whether my controller conforms or

Re: Don't you hate it when Appkit crashes?

On Feb 12, 2016, at 19:46 , Graham Cox wrote: > > I’ve been running with zombies on and this crash occurs still I think, in the scenario I described, zombie detection won’t help. It’s not an undead object, but an undead reference. It’s also worth noting, though no help

Re: Don't you hate it when Appkit crashes?

> On Feb 12, 2016, at 9:46 PM, Graham Cox wrote: > > >> On 13 Feb 2016, at 10:13 AM, Quincey Morris >> wrote: >> >> On Feb 12, 2016, at 14:58 , Graham Cox wrote: >>> >>> 0 libobjc.A.dylib

Re: Don't you hate it when Appkit crashes?

On Feb 12, 2016, at 22:24 , Graham Cox wrote: > > It’s deallocated, so AppKit uses that memory for something else. I clobber > that memory using a stale reference. > > With zombies, the memory isn’t deallocated, it’s just marked as belonging to > a zombie. If I try and

Re: UITableView -reloadData woes

Have you tested the sequence in which these events occur? Does the reallocate method return before the data model has been updated (or its updating has completed?). Just log when the reloadData method starts and log when updating the data model finishes. Maybe the latter happens later than the

Re: TreeController and "selection" Binding

On Feb 12, 2016, at 9:04 AM, Michael de Haan wrote: > > The interface consists of 2 textViews and 1 outlineView. Lets call the one > textView “source”, and the other “pattern”. > The model represents regex matches found in the “source” textView by a regex > in the “pattern”

Re: Don't you hate it when Appkit crashes?

> On 13 Feb 2016, at 4:02 PM, Quincey Morris > wrote: > > I think, in the scenario I described, zombie detection won’t help. It’s not > an undead object, but an undead reference. > Not sure I’m understanding the difference. You said: > You could have

Re: TreeController and "selection" Binding

On Feb 12, 2016, at 14:00 , Michael de Haan wrote: > > I could not get from that binding to the actual instance of my model. There > does not seem to be an “Array.ObjectAtThisIndexPath" which I think you are > alluding to? Ie bind this to a local variable (indexPaths) and

Re: TreeController and "selection" Binding

> On Feb 12, 2016, at 2:16 PM, Quincey Morris > wrote: > > On Feb 12, 2016, at 14:00 , Michael de Haan > wrote: >> >> I could not get from that binding to the actual instance of my model. There >> does not

Re: UITableView -reloadData woes

On Feb 12, 2016, at 12:37 , Carl Hoefs wrote: > > Wouldn't that necessitate the invocation of the delegate callback method > -tableView:cellForRowAtIndexPath:? FWIW, the next time the app is run, the > additional data does appear in the table. Yes. In fact, the

Don't you hate it when Appkit crashes?

Anyone else seen this? It’s happening very rarely but enough to be a concern. I can’t find any way to reproduce it at will. This stack trace contains none of my code at all - any advice on how I can go about tackling this one? Crashed Thread:0 Dispatch queue: com.apple.main-thread

Re: Full-text indexing on iOS

> On Feb 11, 2016, at 2:48 PM, Alex Zavatone wrote: > > Project from second link that claims iOS Full Text Search > https://github.com/Blue-Rocket/BRFullTextSearch > That’s an Obj-C wrapper around the open-source CLucene library.

Re: 'unowned' cannot be applied to non-class type

Nevermind. I forgot the "lazy". > On Feb 12, 2016, at 13:37 , Rick Mann wrote: > > I'm having trouble getting this code to compile: > > class ... > { >var deleteButton : UIBarButtonItem = >{ >[unowned self] in >let button =

Re: NSAttributedString: how to add an underline (dotted line) between tab stops?

> On 13 Feb 2016, at 1:39 AM, David Hoerl wrote: > > Is there a mechanism to do this? Even a gray solid underline that visually > aligns the items works too (background image?) > Serach the documentation for NSUnderlinePatternDot —Graham

Re: TreeController and "selection" Binding

> On Feb 12, 2016, at 2:52 PM, Quincey Morris > wrote: > > The difference between binding in IB and binding using code (if that’s what > you’ve been doing) is that with code you have a freer choice of binding > targets. To do the equivalent in IB, you

Re: Don't you hate it when Appkit crashes?

On Feb 12, 2016, at 14:58 , Graham Cox wrote: > > 0 libobjc.A.dylib 0x7fff9673e4dd objc_msgSend + 29 > 1 com.apple.QuartzCore 0x7fff9550eb45 > CA::Layer::setter(unsigned int, _CAValueType, void const*) + 165 Unfortunately, it’s

UITableView -reloadData woes

iOS 9.2 Is there a trick to using UITableView -reloadData? I can't get it to do anything. My view controller has a UITableView instance (VC is both UITableView delegate and dataSource), and I populate it with cells from my data source via the delegate callback method

'unowned' cannot be applied to non-class type

I'm having trouble getting this code to compile: class ... { var deleteButton : UIBarButtonItem = { [unowned self] in let button = UIBarButtonItem(barButtonSystemItem: .Trash, target: self, action: "deleteSelection:") return button }() } I get 'unowned'

Re: TreeController and "selection" Binding

> On Feb 12, 2016, at 9:16 AM, Quincey Morris > wrote: > > On Feb 12, 2016, at 07:04 , Michael de Haan > wrote: >> >> Ideally, I would like to omit the outlet/programmtically binding steps and >> bind the

Re: TreeController and "selection" Binding

On Feb 12, 2016, at 14:24 , Michael de Haan wrote: > > using the “selectionIndexPaths” binding of the TreeController (from IB) I > should be able to use that information to trace it back ( with key paths) to > my model instance Not unless you’ve provided the necessary key

Re: Datasource methods in view-based tables

On Feb 12, 2016, at 16:11 , Shane Stanley wrote: > > The documents insist it's required The documentation is incorrect to call it “mandatory”. If you look in the header file, you’ll find it described as optional for view-based table views. So, fuhggeddaboudit.

Re: UITableView -reloadData woes

On Feb 12, 2016, at 4:28 PM, Quincey Morris wrote: > > On Feb 12, 2016, at 16:23 , Carl Hoefs > wrote: >> >> When I issue the -reloadData, the -tableView:numberOfRowsInSection:

Re: Cocoa-dev Digest, Vol 13, Issue 82

Right before you call reload data log the current thread [NSThread currentThread]; If it says anything other than main that's the issue. It happens all the time since it's easy to forget that whatever callback tells you about the added data ends up coming in on the background. Hope that helps,

Re: UITableView -reloadData woes

On Feb 12, 2016, at 16:23 , Carl Hoefs wrote: > > When I issue the -reloadData, the -tableView:numberOfRowsInSection: callback > gets invoked. But, it returns the number of rows _before_ the addition. Whoa. *You* return the number of rows from *your* data model,

Re: Don't you hate it when Appkit crashes?

> On 13 Feb 2016, at 10:13 AM, Quincey Morris > wrote: > > On Feb 12, 2016, at 14:58 , Graham Cox wrote: >> >> 0 libobjc.A.dylib 0x7fff9673e4dd objc_msgSend + 29 >> 1 com.apple.QuartzCore

Re: UITableView -reloadData woes

> On Feb 12, 2016, at 1:39 PM, Quincey Morris > wrote: > > I think the one thing you can count on is that the ‘reloadData’ API isn’t > broken. But it's very tempting to think so... ;-) When I issue the -reloadData, the -tableView:numberOfRowsInSection:

Re: Cocoa-dev Digest, Vol 13, Issue 82

Mike, The -reloadData is being issued on the main thread: {number = 1, name = main} -Carl > On Feb 12, 2016, at 4:19 PM, Michael Swan wrote: > > Right before you call reload data log the current thread [NSThread > currentThread]; > If it says anything other than main

Re: Datasource methods in view-based tables

On 13 Feb 2016, at 11:24 AM, Quincey Morris wrote: > > The documentation is incorrect to call it “mandatory”. If you look in the > header file, you’ll find it described as optional for view-based table views. > So, fuhggeddaboudit. Thanks, Quincey. I keep

Re: Full-text indexing on iOS

> On Feb 12, 2016, at 8:04 PM, Britt Durbrow > wrote: > > I thought SQLIte had an extension to do this also (I’ve never played with it > myself, so YMMV)… I don’t know if the built in version has it enabled; to get > it you might need to do a custom

Datasource methods in view-based tables

I'm working on a project that involves view-based tables largely configured in code. I'm actually populating the cells in -tableView:viewForTableColumn:row:, and I see the (very) simple example in Apple's docs does the same thing. But that leaves me wondering about the role of the datasource