On 13/02/2010, at 12:46 PM, Roland King wrote:
> Remember the original poster is blind
Ah, I hadn't made the connection that this was the same thread. I must admit
it's hard to see how Cocoa *development* can be made accessible with IB as it
stands now.
--Graham
___
It is but I wanted to have the "bar" style, like in the Settings. So, there is
no way to get a segmented control of that size without overriding the drawing
method?
-Laurent.
--
Laurent Daudelin
AIM/iChat/Skype:LaurentDaudelin
http://nemesys.dyndns.org
Logiciels
On Sat, Feb 13, 2010 at 4:06 AM, Roland King wrote:
> That's not a horrible solution, except for the feeling that core data ought
> to let you do what you want without having to implement your own UUID cache.
> I'm still a bit surprised that a lookup for an object by one attribute is
> taking so
NSComboBox is an ordinary control just like any other. Thus, you can set
it's frame with the -setFrame: method of NSView, from which it inherits.
However, changing the width of this kind of control to accommodate its
contents is pretty uncommon in standard Cocoa apps.
-Steven
On Thu, Feb 11, 201
yes set the style to 'bar'
On 13-Feb-2010, at 6:08 PM, Laurent Daudelin wrote:
> It is but I wanted to have the "bar" style, like in the Settings. So, there
> is no way to get a segmented control of that size without overriding the
> drawing method?
>
> -Laurent.
> --
> Laurent Daudelin
> AIM
ok, I don't see anything wrong with the predicate code, but I'm no core data
expert.
I'll make one totally challengable statement. Assuming that core data uses
sqllite in a rational way to store objects (eg not storing everything as blobs
of opaque data) for instance one table per entity where
.. oh and one other thing, there's a core data instruments tool in XCode, well
there is for OSX, not for iPhoneOS which I develop for which may be why I never
saw it before. You could try that.
On 13-Feb-2010, at 9:36 PM, Roland King wrote:
> ok, I don't see anything wrong with the predicate c
On Feb 12, 2010, at 10:17 AM, Sean McBride wrote:
> On 2/10/10 10:44 PM, Paul Johnson said:
>
>> I'm trying to find a best way to create the Application Support
>> folder. I'm rather new at Cocoa so it's taking me a while to do even
>> this simple thing.
>
> Since you're new to Cocoa, I'm guessi
Steven,
Thanks for your analysis. I must admit I am still somewhat confused, but you
have given me something to think about. And thanks to Henry McGilton for his
reply.
I have David Chisnall's book on Cocoa Programming, so I will try to understand
your suggestion concerning using view and w
I don't know anything about that book, but I've always recommended Aaron
Hillegass's book on Cocoa Programming for Mac OS X, as it's what I used to
learn how to code Cocoa code.
http://www.bignerdranch.com/book/cocoa_programming_for_mac_os_x_3rd_edition
-Steven
On Sat, Feb 13, 2010 at 10:17 AM,
> I don't think that will be possible. The actual display of the menu is
> handled by the Carbon Menu Manager, and it doesn't support the kind of hooks
> you'd need.
Ah, that's a pity. And there's no way to hack into Carbon directly?
--
Adam Warski
http://www.warski.org
http://www.softwaremi
On Feb 13, 2010, at 8:41 AM, Adam Warski wrote:
>
>> I don't think that will be possible. The actual display of the menu is
>> handled by the Carbon Menu Manager, and it doesn't support the kind of hooks
>> you'd need.
>
>
> Ah, that's a pity. And there's no way to hack into Carbon directly?
Hack is a great way to describe it. This concept goes against the HIG that
Apple specifies, and is not standard user interaction. Thus, there is no
supported APIs to do this, because it's a "bad idea" to implement such a
feature.
-Steven
On Sat, Feb 13, 2010 at 11:41 AM, Adam Warski wrote:
>
>
Hello everybody,
Graham, you can read a little tutorial about how to design an interface using
voiceOver and interface builder.
voiceOver is an assistive tool for blind users in MacOS. voiceOver is a screen
reader.
the article is here:
http://programaraciegas.weblog.discapnet.es/articulo.aspx
Ken Thomases (k...@codeweavers.com) on 2010-02-13 08:58 said:
>If you're targeting Snow Leopard or later, the new recommended routines are:
>
>-[NSFileManager URLForDirectory:inDomain:appropriateForURL:create:error:]
>-[NSFileManager URLsForDirectory:inDomains:]
>
>The former can be told to create
Is there anyway to have smaller segmented controls besides the large ones
available in IB? I'm talking the size of the one in Settings->General for
Location Services. Any idea?
-Laurent.
--
Laurent Daudelin
AIM/iChat/Skype:LaurentDaudelin
http://nemesys.dyndns.o
Hi Roland, in fact indices table exists (for DDArticle entity):
Enter SQL statements terminated with a ";"
sqlite> .tables
ZDDARTICLE Z_METADATA Z_PRIMARYKEY
sqlite> .indices ZDDARTICLE
ZDDARTICLE_ZMESSAGEID_INDEX
ZDDARTICLE_ZPARENT_INDEX
With my macbook pro insertion of 30k articles took ab
On Feb 13, 2010, at 11:39 AM, Laurent Daudelin wrote:
> Is there anyway to have smaller segmented controls besides the large ones
> available in IB? I'm talking the size of the one in Settings->General for
> Location Services. Any idea?
Using Interface Builder's Attributes Inspector, set the
On 2010 Feb 13, at 13:51, daniele malcom wrote:
> Hi Roland, in fact indices table exists (for DDArticle entity):
> Enter SQL statements terminated with a ";"
> sqlite> .tables
> ZDDARTICLEZ_METADATAZ_PRIMARYKEY
> sqlite> .indices ZDDARTICLE
> ZDDARTICLE_ZMESSAGEID_INDEX
> ZDDARTICLE_ZPAR
Roland King (r...@rols.org) on 2010-02-13 22:06 said:
>That's not a horrible solution, except for the feeling that core data
>ought to let you do what you want without having to implement your own
>UUID cache.
I have found it useful, on many occasions, to add a 'uuid' attribute to
many of my Core
You mean the on-off switch? That's not a segmented control it's a
toggle switch.
There's a useful ui catalog example you can build and keep on your
phone which shows all the available widgets and most of the different
flavours. I keep it around.
On 14-Feb-2010, at 3:39, Laurent Daudelin
In code based largely on Apple's SourceView, I am drawing by IconAndTextCell
and getting a crash...
Anyone seen this and know what it might be?
I have added code to draw a badge which I am updating frequently - if I only
call it once, it works ok... But if it is called rapidly I get:
Thread 0 Cr
Trygve Inda (cocoa...@xericdesign.com) on 2010-02-14 22:13 said:
>In code based largely on Apple's SourceView, I am drawing by IconAndTextCell
>and getting a crash...
>
>Anyone seen this and know what it might be?
>
>I have added code to draw a badge which I am updating frequently - if I only
>cal
> Trygve Inda (cocoa...@xericdesign.com) on 2010-02-14 22:13 said:
>
>> In code based largely on Apple's SourceView, I am drawing by IconAndTextCell
>> and getting a crash...
>>
>> Anyone seen this and know what it might be?
>>
>> I have added code to draw a badge which I am updating frequently
Roland, I must have worked too late. You're right. Thanks!
-Laurent.
--
Laurent Daudelin
AIM/iChat/Skype:LaurentDaudelin
http://nemesys.dyndns.org
Logiciels Nemesys Software
laurent.daude...@gmail.com
Photo Gallery Sto
ok I downloaded your project. I agree with Jerry there's a memory leak,
actually worse than that, you aren't actually remembering the article to set
its parent if you create it, so
[ DDArticle newArticleWithID: messageid context:ctx ];
should be
article = [ DDArticle newArtic
Hi, I have an application where I have a model for all the data of the
application, but sometimes I want to replace a subtree within the object graph
with a new set of objects loaded from a file. I am looking for advice on the
best way to handle this.
If I created a completely separate model, t
I would like to get some entities (in iPhone 3.1.3). So I do:
NSNumber *sta = ...
NSLog(@" sta %@ %@ %p", sta, [sta class],sta); // sta 6 NSCFNumber
0x3b3a690
NSNumber *las = ...
NSArray *limits = [ [ NSArray alloc ] initWithObjects: sta, las, nil ];
predicate = [ NSPredicate predicateWith
On Feb 13, 2010, at 7:57 PM, Trygve Inda wrote:
>> Trygve Inda (cocoa...@xericdesign.com) on 2010-02-14 22:13 said:
>>
>>> In code based largely on Apple's SourceView, I am drawing by IconAndTextCell
>>> and getting a crash...
>>>
>>> Anyone seen this and know what it might be?
>>>
>>> I have
I have a really simple UIView subclass, all it contains is this:
- (void)drawRect:(CGRect)rect
{
CGContextRef ctx = UIGraphicsGetCurrentContext();
CGContextSetRGBFillColor(ctx, 1.0f, 1.0f, 1.0f, 1.0f);
CGContextFillEllipseInRect(ctx, CGRectMake(10.0f, 10.0f, 100.0f,
100.0f
Hi all,
I want to execute a shell script with "root" privilege and here is the code
for that I am using -
- (BOOL) launchScript
{
OSStatus authStatus;
AuthorizationRef authRef = nil;
authStatus = AuthorizationCreate(NULL, kAuthorizationEmptyEnvironment,
kAuthorizationFlagDefaults, &authRef)
Gideon, I don't understand all the details of your situation, but it is likely
that you would find this thread interesting.
http://www.cocoabuilder.com/archive/cocoa/225972-copying-managed-objects-from-app-to-doc-mocontext.html
___
Cocoa-dev mailing l
On Feb 13, 2010, at 9:45 PM, PCWiz wrote:
> I have a really simple UIView subclass, all it contains is this:
>
> - (void)drawRect:(CGRect)rect
> {
> CGContextRef ctx = UIGraphicsGetCurrentContext();
> CGContextSetRGBFillColor(ctx, 1.0f, 1.0f, 1.0f, 1.0f);
> CGContextFillEllipseI
33 matches
Mail list logo
