I have an NSPredicateEditor configured to generate my queries.
I have two questions:
1. I want my users to be able to construct queries from a simple initial
predicate.
Ideally I would like the initial predicate to operate on a single key path and
look something like:
@"(self.ful
In my project, I have a problem with editing NSPredicateEditor in a xib with
Xcode 4.
If I add a row template for strings, when I run my application and try to add a
row to the predicate editor, I have an exception saying that it's impossible to
init a predicate with a nil expression. If I
or NSAnyPredicateModifier).
If you're using NSPredicateEditor to create the predicate, then the
RowTemplate has to know to create a predicate with the right modifier.
Unfortunately you cannot yet set that up in IB, but you can do it
programmatically, by passing the right
Hello all, I come to you asking for humble guidance.
after reading the way to resize the TextFields in some other topic, I tried
myself, without success..
This is what I have.
A parent view which display the panel that contains the predicate editor, this
predicate editor controller
This is only resizing the textfield of the row *template*, not the row itself.
I've found that the easiest way to do what you're wanting is to subclass
NSPredicateEditorRowTemplate and override the templateViews method. In that
method you'll invoke super's implementation, then alter the frame
Dave thanks for the reply Im gonna try it right away.
Gustavo.
On Aug 13, 2010, at 3:39 PM, Dave DeLong wrote:
This is only resizing the textfield of the row *template*, not the row
itself. I've found that the easiest way to do what you're wanting is to
subclass
Dave:
Thanks worked like charm! .
Gustavo
On Aug 13, 2010, at 3:39 PM, Dave DeLong wrote:
NSPredicateEditorRowTemplate
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Hello all once again.
I have been searching but I hadn't found something useful, so please before if
you know a place I can look at let me know.
I have these 3 Entities
ExpenditureGroup:
name
icon.
---
toExpenditures. -
Expenditure
creationDate
NSPredicateEditor to create the predicate, then the RowTemplate
has to know to create a predicate with the right modifier. Unfortunately you
cannot yet set that up in IB, but you can do it programmatically, by passing
the right NSComparisonPredicateModifier to one of the initWith... methods
NSAllPredicateModifier or NSAnyPredicateModifier).
If you're using NSPredicateEditor to create the predicate, then the
RowTemplate has to know to create a predicate with the right modifier.
Unfortunately you cannot yet set that up in IB, but you can do it
programmatically, by passing the right
to cross a to-many relation. Is
that right? If so, you need to create a predicate that has an
NSComparisonPredicateModifier that knows how to cross to-many relations
(that is, either NSAllPredicateModifier or NSAnyPredicateModifier).
If you're using NSPredicateEditor to create the predicate
I have an application originally written for the 10.5 SDK. The app
presents a document modal sheet (owned by a separate
NSWindowController subclass) which contains an NSPredicateEditor.
Starting with the move to OS X 10.6, I am getting the following
exception when calling setObjectValue
I'm using the NSPredicateEditor control for the first time, and so far it's
going well.
I notice though that at runtime I'm able to drag an image of each row. What can
I do with this drag? I either need to be able to process it in some meaningful
way (there may be none for my app) or turn
On 13/03/2010, at 2:03 PM, Graham Cox wrote:
I notice though that at runtime I'm able to drag an image of each row. What
can I do with this drag?
I just realised that the drag allows me to reorder the rows - is that its only
purpose? I didn't realise that before because it is still
On Feb 21, 2010, at 9:50 PM, Trygve Inda wrote:
In my sheet, I have a name NSTextField and an NSPredicateEditor.
Initially, the tab key works to jump between my name field and the first
match field in the predicate editor.
However, after changing any of the menus in the line of my
On Feb 23, 2010, at 2:31 PM, Trygve Inda wrote:
On Feb 21, 2010, at 9:50 PM, Trygve Inda wrote:
In my sheet, I have a name NSTextField and an NSPredicateEditor.
Initially, the tab key works to jump between my name field and the first
match field in the predicate editor.
However, after
In my sheet, I have a name NSTextField and an NSPredicateEditor.
Initially, the tab key works to jump between my name field and the first
match field in the predicate editor.
However, after changing any of the menus in the line of my predicate editor,
the tab key no longer allows the keyfield
On Feb 21, 2010, at 9:50 PM, Trygve Inda wrote:
In my sheet, I have a name NSTextField and an NSPredicateEditor.
Initially, the tab key works to jump between my name field and the first
match field in the predicate editor.
However, after changing any of the menus in the line of my predicate
Hi LIst,
i set up an NSPredicateEditor and got it all working fine except that
it only executes when i hit enter or tab out of the NSTextField.
Is there a way to let it execute everytime something changes in the
textfield?
I tried checking the continuous button in IB but that is impossible
On Thu, Jan 21, 2010 at 6:00 AM, Florian Soenens florian.soen...@nss.be wrote:
Hi LIst,
i set up an NSPredicateEditor and got it all working fine except that it
only executes when i hit enter or tab out of the NSTextField.
Is there a way to let it execute everytime something changes
The only way I have done this is to build the thing in IB.
Forget the NSSearchField.
First add a Predicate Editor to a window. This gives you a top-level compound
predicate (Any of the following are true) and a single predicate template.
The predicate template has three parts, a left
I have an application that contains a NSTableView of Card data types.
The NSTableView gets its data from an NSArray of Card instances.
I want to allow the user to be able to filter the view based on the
Card fields. I know I need to use a NSPredicateEditor to present the
UI for the user
Under 10.6.2 my program is throwing an exception when I call the
NSPredicateEditor method reloadCriteria. I do not see the behavior on earlier
releases of 10.6 or 10.5.
When the exception is thrown the stack is the following:
#0 0x96f624e6 in objc_exception_throw ()
#1 0x95657138
On 03/07/2009, at 12:26 PM, Tom wrote:
Hi everyone,
I'm either doing something wrong, or I've found a bug in
NSPredicateEditor.
Whenever I use setObjectValue: on the NSPredicateEditor, it displays
the new predicate, but if I change a couple of the operators (is,
contains, begins
Hi everyone,
I'm either doing something wrong, or I've found a bug in
NSPredicateEditor.
Whenever I use setObjectValue: on the NSPredicateEditor, it displays
the new predicate, but if I change a couple of the operators (is,
contains, begins with, etc) the text fields on the rows
menu! [1]
But the other issue -- the inability of a Core Data fetch to handle
arbitrary predicates produced by NSPredicateEditor -- weighs heavily
against Core Data fetches. I made my own simple predicate editor
control a few years ago, but of course it is a pile of garbage
compared
On 2009 Apr 23, at 13:53, Melissa J. Turner wrote:
Unwinding to the original message, the most correct thing to do
would be to add a derived property letterGrade which is
automatically updated whenever grade is, which then allows you to
search against that.
I don't know if a derived
On Tue, Apr 28, 2009 at 5:15 PM, Jerry Krinock je...@ieee.org wrote:
If Melissa is referring to a managed property, if it is non-transient, then
yes this could be used in the predicate of a Core Data fetch. The
disadvantage is that now every object in every store has this redundant
(derived)
(apologies for the delay; I've been on vacation for the last few days
and just got back)
On Apr 28, 2009, at 14:32, Kyle Sluder wrote:
So step 1 is to stop clinging to normalization rules. (My database
professor would kill me for that sentence, but it's true.) There
really is no redundancy
in which you need to perform nested
to-many operations, yet you cannot use SUBQUERY or compound queries
like OR ? Or is this troubling, in the sense that the universe is
doomed to evaporate kind of way ?
Well, I'd rather give my users NSPredicateEditor and let them make
that decision. I'm
On 2009 Apr 23, at 13:53, Melissa J. Turner wrote:
Unwinding to the original message, the most correct thing to do
would be to add a derived property letterGrade which is
automatically updated whenever grade is, which then allows you to
search against that.
Melissa, please give a more
On 22 Apr 2009, at 22:34, Melissa J. Turner wrote:
On Apr 22, 2009, at 02:12, Mike Abdullah wrote:
On 22 Apr 2009, at 08:48, Ben Trumbull wrote:
Of course, why Apple couldn't have then added automatic support
for in-memory matching as the second step I don't know
Probably because
On 2009 Apr 23, at 05:18, Mike Abdullah wrote:
OK, so I'm trying to wrap my head around this. Let's say I build a
predicate along the lines of:
fooPersistent == 123 fooTransient == 456
And then use it in a fetch request. Does Core Data:
A) Pass that predicate straight to SQLite which
On 23 Apr 2009, at 15:03, Jerry Krinock wrote:
On 2009 Apr 23, at 05:18, Mike Abdullah wrote:
OK, so I'm trying to wrap my head around this. Let's say I build a
predicate along the lines of:
fooPersistent == 123 fooTransient == 456
And then use it in a fetch request. Does Core Data:
Of course, why Apple couldn't have then added automatic support
for in-memory matching as the second step I don't know
Probably because nobody ever cared enough to file an enhancement
request, and it didn't occur to us that writing 1 line of code to call
filteredArrayWithPredicate was so
The fact that Core Data cannot fetch using a predicate based on
transient properties [1] seems to greatly limit the utility of the
NSPredicateEditor view, and makes me very sad.
Dear list.
transient (adj):
(1) passing especially quickly into and out of existence
May I suggest
On 22 Apr 2009, at 08:48, Ben Trumbull wrote:
Of course, why Apple couldn't have then added automatic support
for in-memory matching as the second step I don't know
Probably because nobody ever cared enough to file an enhancement
request, and it didn't occur to us that writing 1 line of
On Apr 22, 2009, at 02:12, Mike Abdullah wrote:
On 22 Apr 2009, at 08:48, Ben Trumbull wrote:
Of course, why Apple couldn't have then added automatic support
for in-memory matching as the second step I don't know
Probably because nobody ever cared enough to file an enhancement
request,
:)
I also tried Keary's suggestion, and learned some stuff that may be
useful to have in the list archives...
On 2009 Apr 17, at 09:27, Keary Suska wrote:
I am not really up to speed on NSPredicateEditor, but could you use -
ruleEditor:predicatePartsForCriterion:withDisplayValue:inRow
guess the reason why Apple has never noticed that Core Data
Fetches + Transient Properties + NSPredicateEditor = Sadness is
because there's a better way to do it.
Makes me wonder why NSFetchRequest even supports a predicate, since
its predicate has all these limitations and is supposedly more
On Mon, April 20, 2009 11:02 am, Jerry Krinock wrote:
Makes me wonder why NSFetchRequest even supports a predicate, since
its predicate has all these limitations and is supposedly more
expensive when compared to fetching all objects and then using -
[NSArray filteredArrayWithPredicate:] ? It
On Apr 20, 2009, at 2:02 PM, Jerry Krinock wrote:
A much better way appears to be to fetch all objects from the store
with no predicate and then use -[NSArray
filteredArrayWithPredicate:]. This takes only one more line of
code, solves all problems, and is supposedly cheaper too:
If you
On 4/20/09 11:02 AM, Jerry Krinock said:
But there's an even better way. Upon further study of the Predicate
Programming Guide, I find that there are even more limitations to Core
Data fetches with predicates. The most troubling is that:
The Core Data SQL store supports only one to-many
On 2009 Apr 20, at 11:24, Jim Correia wrote:
On Apr 20, 2009, at 2:02 PM, Jerry Krinock wrote:
Makes me wonder why NSFetchRequest even supports a predicate, since
its predicate has all these limitations and is supposedly more
expensive when compared to fetching all objects and then using
of the
NSPredicateEditor view, and makes me very sad.
For example, say that my objects are student test results with a
'score' attribute and two dozen other properties. I could give the
user an NSPredicateEditor and let them have oodles of fun
constructing complex predicates.
But what if I need the user
On Apr 16, 2009, at 9:01 PM, Jerry Krinock wrote:
The fact that Core Data cannot fetch using a predicate based on
transient properties [1] seems to greatly limit the utility of the
NSPredicateEditor view, and makes me very sad.
For example, say that my objects are student test results
The fact that Core Data cannot fetch using a predicate based on
transient properties [1] seems to greatly limit the utility of the
NSPredicateEditor view, and makes me very sad.
For example, say that my objects are student test results with a
'score' attribute and two dozen other
[following up to a Jan 08 thread]
is it possible to modify the width of the NSTextField representing
a Number in a NSPredicateEditorRowTemplate ?
Yes, but not yet in Interface Builder. To do so programatically, get
the row template, get the text field as the last member of the row
by NSPredicateEditor). But changing the width should have
an effect.
-Peter
___
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
Hello once again, just a quick question:
It seems that predicate editor remains what right view was used for
each operation. If I add a row with numeric parameter and two
operators (less and greater) and then switch between them - predicate
editor will remember value I entered for less and when I
Hi everyone,
I'm wondering if there is a way I can control which row template gets
added when the user clicks the '+' button on an NSPredicateEditor. The
template chosen seems to be random, but I want it to be a specific one
for user convenience.
Kind regards,
Tom
On Jan 25, 2009, at 3:25 AM, Tom wrote:
Hi everyone,
I'm wondering if there is a way I can control which row template
gets added when the user clicks the '+' button on an
NSPredicateEditor. The template chosen seems to be random, but I
want it to be a specific one for user convenience
Is it just me or does the enabled checkbox in IB for NSPredicateEditor, as
well as the enabled bindings do nothing?
Stay connected to the people that matter most with a smarter inbox. Take
a look http://au.docs.yahoo.com/mail/smarterinbox
for
NSPredicateEditor, as well as the enabled bindings do nothing?
___
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
on the predicateEditor, and it
didn't do anything. I am using 10.5.6.
From: Volker in Lists volker_li...@ecoobs.de
To: Chris Idou idou...@yahoo.com
Cc: cocoa-dev@lists.apple.com
Sent: Friday, 16 January, 2009 12:42:10 AM
Subject: Re: NSPredicateEditor
Hi,
works for me on 10.5.5
On Jan 15, 2009, at 5:14 AM, Chris Idou wrote:
Is it just me or does the enabled checkbox in IB for
NSPredicateEditor, as well as the enabled bindings do nothing?
enabled indeed does nothing yet. If you want to prevent the user from
changing an NSPredicateEditor, you can use
Hello,
I'm working on a small CoreData Document based application and wanted
to include an NSPredicateEditor in a NSDrawer. But this failed for me
because somehow the NSPredicateEditor is not drawn in the Drawer's
Content View.
From the PredicateEditorSample I found out
Hi everyone,
I'm trying to implement a find window using an NSPredicateEditor, but
can't get it to do aggregate operations like ANY tags == 'some tag'
. As far as I can see, Interface Builder doesn't cater for aggregate
operations like ANY.
I assume I have to subclass
I've got around it by implementing a kind of man in the middle
subclass of NSPredicateEditorRowTemplate. I set the class of the row
template to my subclass in IB and it automatically adds the ANY
modifier to whatever is already configured. It removes the ANY
modifier from the predicate
Hi all,
In my application, users have the option of comparing to a date in an
NSPredicateEditor. For the NSDates it is comparing against, only the
date is important; time doesn't matter.
The interesting thing I found about NSPredicateEditor is the
NSTimeInterval it compares my NSDates
I'm a bit confused by your post. NSPredicateEditor doesn't compare any dates,
it just creates NSPredicates. Maybe you're saying that if you have a
NSDatePicker in your NSPredicateEditor, that it creates a predicate with a date
set to 13:41:40. If that's the case, then it probably has more
Ah, yes, that would be the more accurate way to explain it. I have an
NSDatePicker in my NSPredicateEditor and no funny business is going on
with conversions. It's just the simple default, setup-in-IB usage.
So I guess the question is better put: is there any guarantee about
the time
the program?
--- On Sun, 7/12/08, Josh Abernathy [EMAIL PROTECTED] wrote:
From: Josh Abernathy [EMAIL PROTECTED]
Subject: Re: NSPredicateEditor and date comparisons
To: [EMAIL PROTECTED]
Cc: Cocoa-Dev List cocoa-dev@lists.apple.com
Received: Sunday, 7 December, 2008, 5:00 PM
Ah, yes
PROTECTED]
Subject: Re: NSPredicateEditor and date comparisons
To: [EMAIL PROTECTED]
Cc: Cocoa-Dev List cocoa-dev@lists.apple.com
Received: Sunday, 7 December, 2008, 5:00 PM
Ah, yes, that would be the more accurate way to explain it.
I have an NSDatePicker in my NSPredicateEditor and no funny
business
I think you're better off writing a custom Date compare function, and
customising the NSPredicateEditor to return a predicate using the function, so
that you can guarantee that date comparison happens the way you want. I guess
you *could* control the date passed into the predicate to normalise
Hi all,
In my application, users have the option of comparing to a date in an
NSPredicateEditor. For the NSDates it is comparing against, only the
date is important; time doesn't matter.
The interesting thing I found about NSPredicateEditor is the
NSTimeInterval it compares my NSDates
available in a popup, you should
create a new NSPredicateEdtorRowTemplate whose popups contain the
items you want, and then add it to the NSPredicateEditor with
setRowTemplates:.
-Peter
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com
On 4 Nov 2008, at 3:38 pm, Guy Umbright wrote:
I have an NSPredicateEditor in an NSTabView. But when I add enough
predicate items to the point where the vertical scrollbar should
appear, it does not.
My question is am I wrong to expect it to handle the scrollbar or am
I missing
Has anyone been able to add menu items to the first popup while it is running?
Or are you pretty much stuck with whatever the initial values were? I've tried
various things and haven't been able to do it.
___
Cocoa-dev mailing list
Hi!
NSRuleEditor has the concept of selected rows in its API. I however
see no visual clues of which rows are selected.
Is it possible to subclass whatever cell view is used by the rule
editor to add such a visual clue?
Pierre
___
Cocoa-dev
On Oct 31, 2008, at 12:17 AM, Houdah - ML Pierre Bernard wrote:
Hi!
NSRuleEditor has the concept of selected rows in its API. I however
see no visual clues of which rows are selected.
Is it possible to subclass whatever cell view is used by the rule
editor to add such a visual clue?
On Oct 27, 2008, at 10:07 PM, Chris Idou wrote:
I'm getting the following error:
In NSPredicateEditor: 0x1096070, different number of items (3)
than predicate template views (4) for template MyRowTemplate
0x12487e0: [move:] [] NSStringAttributeType
From experimenting, the only
Hello List,
is there a way to make NSPredicateEditor play nice with localized
versions of an application, meaning that it's rule operators and
criteria are translated to the language the rest of the application is
using?
Right now it appears that NSPredicateEditor uses English operator
On Oct 28, 2008, at 1:12 PM, Markus Spoettl wrote:
Hello List,
is there a way to make NSPredicateEditor play nice with localized
versions of an application, meaning that it's rule operators and
criteria are translated to the language the rest of the application
is using?
Right now
Yes, I thought I had an NSButton, but it turned out I'd wrongly put in a
NSPopupButton.
--- On Tue, 10/28/08, Peter Ammon [EMAIL PROTECTED] wrote:
From: Peter Ammon [EMAIL PROTECTED]
Subject: Re: NSPredicateEditor error
To: [EMAIL PROTECTED]
Cc: cocoa-dev@lists.apple.com
Date: Tuesday
Hi Peter,
On Oct 28, 2008, at 2:10 PM, Peter Ammon wrote:
Apple does not provide any translations of the operator names or
criteria. This is because NSPredicateEditor is designed to be
localized with sentence granularity, not word by word. Translating
each word independently and piecing
Hi Peter,
On Oct 28, 2008, at 3:33 PM, Markus Spoettl wrote:
10/28/08 3:20:54 PM myApp[43721] Error parsing localization!
Key: %d %@
Value: %1$d %2$@
Error is: The maximum given order was 2, but nothing has order 1.
The localization part looks like this:
Never mind the
parsing localization!
Key: %d %@
Value: %1$d %2$@
Error is: The maximum given order was 2, but nothing has order 1.
My guess is that you're using the same strings file for this and other
uses. The %[...]@ syntax is unique to NSRuleEditor/NSPredicateEditor
and so it needs its
On Oct 28, 2008, at 3:57 PM, Peter Ammon wrote:
Here's something that may help - there's a method on NSRuleEditor: -
(NSData *)_generateFormattingDictionaryStringsFile. It gives you a
strings file (as UTF16 data) appropriate for that control - write
the data to a .strings file and then you
On Oct 25, 2008, at 4:07 AM, Chris Idou wrote:
Has anyone found a way to make a row in the NSPredicateEditor to
have components taller than the standard height or a more
complicated arrangement of components, or are you pretty much
limited to one row of buttons, and text fields
On Oct 27, 2008, at 11:28 AM, Peter Ammon wrote:
On Oct 25, 2008, at 4:07 AM, Chris Idou wrote:
Has anyone found a way to make a row in the NSPredicateEditor to
have components taller than the standard height or a more
complicated arrangement of components, or are you pretty much
I'm getting the following error:
In NSPredicateEditor: 0x1096070, different number of items (3) than predicate
template views (4) for template MyRowTemplate 0x12487e0: [move:] []
NSStringAttributeType
From experimenting, the only difference between the
NSPredicateEditorRowTemplate
Has anyone found a way to make a row in the NSPredicateEditor to have
components taller than the standard height or a more complicated arrangement of
components, or are you pretty much limited to one row of buttons, and text
fields and similar sized components?
Programs like Hazel are able
.
--- On Thu, 9/18/08, Sandro Noel [EMAIL PROTECTED] wrote:
From: Sandro Noel [EMAIL PROTECTED]
Subject: NsPredicateEditor
To: cocoa-dev Users cocoa-dev@lists.apple.com
Date: Thursday, September 18, 2008, 10:12 PM
Greetings.
I would like to use NSPredicateEditor to build a filtering
string
can at least see the add button.
You can also search the archives for some tips.
--- On Thu, 9/18/08, Sandro Noel [EMAIL PROTECTED] wrote:
From: Sandro Noel [EMAIL PROTECTED]
Subject: NsPredicateEditor
To: cocoa-dev Users cocoa-dev@lists.apple.com
Date: Thursday, September 18, 2008, 10:12 PM
]
Subject: NsPredicateEditor
To: cocoa-dev Users cocoa-dev@lists.apple.com
Date: Thursday, September 18, 2008, 10:12 PM
Greetings.
I would like to use NSPredicateEditor to build a filtering
string to
filter out items from an array.
but i cant seem to find a tutorial on the matter, and the
cocoa
Greetings.
I would like to use NSPredicateEditor to build a filtering string to
filter out items from an array.
but i cant seem to find a tutorial on the matter, and the cocoa
documentation gets me lost, there is not enough information in there
for me to really grasp what i should do to make
On Jun 26, 2008, at 6:48 PM, Chris wrote:
On Fri, Jun 27, 2008 at 10:09 AM, Peter Ammon [EMAIL PROTECTED]
wrote:
On Jun 25, 2008, at 7:27 PM, Chris wrote:
The net effect is that NSPredicateEditor can't display a predicate
like
NOT (foo = bar)
A bug in NSPredicateEditor system
On Wed, Jun 25, 2008 at 4:12 PM, Peter Ammon [EMAIL PROTECTED] wrote:
If the holds down the option key and clicks a + button, it will insert
another compound row, so the user can make arbitrarily complex predicates.
Well this is incredibly undiscoverable UI. Bug report time!
--Kyle Sluder
On Jun 25, 2008, at 7:27 PM, Chris wrote:
The net effect is that NSPredicateEditor can't display a predicate
like
NOT (foo = bar)
A bug in NSPredicateEditor system perhaps? But surely someone would
have
seen it before.
Hi Chris,
NOT type compound predicates only support exactly one
On Fri, Jun 27, 2008 at 10:09 AM, Peter Ammon [EMAIL PROTECTED] wrote:
On Jun 25, 2008, at 7:27 PM, Chris wrote:
The net effect is that NSPredicateEditor can't display a predicate like
NOT (foo = bar)
A bug in NSPredicateEditor system perhaps? But surely someone would have
seen
Let's say I create a NSPredicateEditor and it looks like this:
[All] of the following are true:
[Name] equals [ ]
---
So the user enters say Fred and the predicate returned is Name == Fred.
Later on, I reload that predicate
On Wed, Jun 25, 2008 at 1:08 AM, Chris [EMAIL PROTECTED] wrote:
Let's say I create a NSPredicateEditor and it looks like this:
[All] of the following are true:
[Name] equals [ ]
---
So the user enters say Fred
AND or
OR, but not both from the user, even though the machinery seems to
know how to display things more complex.
On 25/06/2008, at 11:57 PM, Jim Turner wrote:
On Wed, Jun 25, 2008 at 1:08 AM, Chris [EMAIL PROTECTED] wrote:
Let's say I create a NSPredicateEditor and it looks like
Hi Chris,
If the holds down the option key and clicks a + button, it will insert
another compound row, so the user can make arbitrarily complex
predicates. If this doesn't seem to happen, make sure the nesting
mode is set to compound.
By default, NSPredicateEditor supports
Hi,
I've set up a NSPredicateEditor with a template that forms for example
a predicate like: [Gross Value] [is] [ ]
the format of the text field is set as Number in Interface Builder. If
I input 32.99 into the field I get a predicate like this:
grossAmount.amount == 32
Obviously
Hi,
I've set up an NSPredicateEditor with a template that forms a
predicate like: [Gross Value] [is] [32.99]
the format of the text field is set as Number in Interface Builder. If
I input 32.99 into the field I get a predicate like this:
grossAmount.amount == 32
Obviously the number
97 matches
Mail list logo