On 12 May 2013, at 22:15, Peng Gu wrote:
> Hi
>
> I am building an core data app that allows me to backup and restore the
> data.
> For backup, I simply copy the sqlite file to selected directory with a name
> 'app.backup'.
> For restore, I also simply copy the selected file to the application
And here's the code to check sqlite db integrity …
https://gist.github.com/robertvojta/1251278
On Monday, 13. May 2013 at 11:10, Mike Abdullah wrote:
>
> On 12 May 2013, at 22:15, Peng Gu (mailto:pan...@gmail.com)> wrote:
>
> > Hi
> >
> > I am building an core data app that allows me
Hi,
I am working on an application which will display Same font (Trebuchet MS)
throughout the Application. I have changed in all places except the following
ones
Window Tool bar items text
Text in NSAlert panels
Tooltip text
I tried to fix this by overriding NSFont class methods (which is not
MacOS 10.7.5 Lion Xcode 4.6.2
My single window NSDocument app has 2 NSImages each in their own instances of
my sub-classed NSImageView.
It also has some colour wells and text labels. There are other objets I intend
to add later.
I override - (NSFileWrapper *)fileWrapperOfType:(NSString *)typeNa
On May 13, 2013, at 4:07 PM, Appa Rao Mulpuri wrote:
> Is there any way to achieve this? If not, I will place custom views in
> Toolbar items to display the text.
> For NSAlert Panels — Need to write a custom NSAlert, but Apple docs say not
> designed for subclassing.
> Tooltip text — toolTip
You're prolly running afoul of the fact that the -read... call gets called
before the NIB is loaded. In general, the recommendation is that you put your
code to load the UI into a separate method, and keep the images in ivars. Then
readXXX just sets the ivar, and the update UI method gets called
On May 13, 2013, at 7:07 AM, Appa Rao Mulpuri wrote:
> I am working on an application which will display Same font (Trebuchet MS)
> throughout the Application. I have changed in all places except the following
> ones
>
> Window Tool bar items text
> Text in NSAlert panels
> Tooltip text
Plea
Any specific reason not to use "Trebuchet MS"? I faced some issues with the
few components (ilke Table Header cell, NS Button) text vertical center
alignment except that Look and feel wise its equivalent to "Lucida Grande". And
also both the fonts is taking the equal size for the same text.
-
On 13.05.2013 20:37, Appa Rao Mulpuri wrote:
Any specific reason not to use "Trebuchet MS"? I faced some issues with the few
components (ilke Table Header cell, NS Button) text vertical center alignment except that Look and
feel wise its equivalent to "Lucida Grande". And also both the fonts i
On May 13, 2013, at 2:59 PM, Michael Starke wrote:
> On 13.05.2013 20:37, Appa Rao Mulpuri wrote:
>> Any specific reason not to use "Trebuchet MS"? I faced some issues with the
>> few components (ilke Table Header cell, NS Button) text vertical center
>> alignment except that Look and feel wis
On May 13, 2013, at 11:37 AM, Appa Rao Mulpuri wrote:
> Any specific reason not to use "Trebuchet MS”?
No technical reasons.
In general, using a different font for those UI elements is against Apple’s HI
guidelines. It’s going to make your app look gratuitously different and
inconsistent for
On May 13, 2013, at 12:29 PM, Alex Zavatone wrote:
> A perfect example of this is in the new iTunes. The main window display font
> was changed from Helvetica to Arial
Arial? Really? I can’t imagine Apple deliberately using a cheap Helvetica
knockoff, especially one that’s strongly associate
On May 13, 2013, at 14:29, Alex Zavatone wrote:
> A perfect example of this is in the new iTunes. The main window display font
> was changed from Helvetica to Arial, and to people who have expected a
> uniform appearance in apps coming from Apple, this is a drastic departure
> from what is ex
On May 13, 2013, at 11:59 AM, Michael Starke wrote:
> On 13.05.2013 20:37, Appa Rao Mulpuri wrote:
>> Any specific reason not to use "Trebuchet MS"? I faced some issues with the
>> few components (ilke Table Header cell, NS Button) text vertical center
>> alignment except that Look and feel wi
Outline View on right has a text field followed by a button near the right
edge. Button strut is set on right. Initial layout is ok. Once any row is
expanded, buttons get pushed to the right by row indentation. The only way
to get it right is to expand width of containing window, then resize ba
On May 13, 2013, at 3:38 PM, Jens Alfke wrote:
>
> On May 13, 2013, at 12:29 PM, Alex Zavatone wrote:
>
>> A perfect example of this is in the new iTunes. The main window display
>> font was changed from Helvetica to Arial
>
> Arial? Really? I can’t imagine Apple deliberately using a cheap
According to Bryan Vines, it is Helvetica, but the iOS default font, Helvetica
Neue.
On May 13, 2013, at 3:43 PM, Steve Mills wrote:
> On May 13, 2013, at 14:29, Alex Zavatone wrote:
>
>> A perfect example of this is in the new iTunes. The main window display
>> font was changed from Helveti
To clear the iTunes font discussion – it's Helvetica Neue. Same as the iOS
system font.
On 13.05.2013, at 22:21, Alex Zavatone wrote:
>
> On May 13, 2013, at 3:38 PM, Jens Alfke wrote:
>
>>
>> On May 13, 2013, at 12:29 PM, Alex Zavatone wrote:
>>
>>> A perfect example of this is in the new
I'm having the very devil of a time trying to get auto launch of sandboxed apps
to work, which is a real pity because I can think of quite a few apps for which
it would be rather handy. My latest attempt flings out the following error:
13/05/2013 21:42:09.962 com.apple.AppSandboxSMLoginItemEnab
On 13 May 2013, at 1:37 PM, Appa Rao Mulpuri wrote:
> Look and feel wise its equivalent to "Lucida Grande". And also both the fonts
> is taking the equal size for the same text.
If it's that "equivalent," then there's no value to you in hacking AppKit to
defeat its font handling.
If it's only
On May 13, 2013, at 2:23 PM, Fritz Anderson wrote:
>> Look and feel wise its equivalent to "Lucida Grande". And also both the
>> fonts is taking the equal size for the same text.
>
> If it's that "equivalent," then there's no value to you in hacking AppKit to
> defeat its font handling.
Exac
On May 13, 2013, at 6:32 PM, Jens Alfke wrote:
>
> On May 13, 2013, at 2:23 PM, Fritz Anderson wrote:
>
>>> Look and feel wise its equivalent to "Lucida Grande". And also both the
>>> fonts is taking the equal size for the same text.
>>
>> If it's that "equivalent," then there's no value to
On 14.05.2013, at 00:32, Jens Alfke wrote:
> Ultimately, Appa, we can’t stop you from making an app with an ugly
> nonstandard UI (although the Mac App Store reviewers might.) But it doesn’t
> sound like anyone here is interested in helping you do it, so I think you’re
> on your own. Sorry.
Pl
It seems that Cocoa or the OS or someone repositions my windows with some rules
when the screen resolution changes. Does anyone know what the rules are? Stuff
is kept in roughly the same quadrant of the screen, near as I can tell, and
perhaps the offset within the quadrant is adjusted by some fa
On 14 May 2013, at 04:37, Appa Rao Mulpuri wrote:
> Any specific reason not to use "Trebuchet MS"? I faced some issues with the
> few components (ilke Table Header cell, NS Button) text vertical center
> alignment except that Look and feel wise its equivalent to "Lucida Grande".
> And also bo
On May 13, 2013, at 5:57 PM, Rick Mann wrote:
> It seems that Cocoa or the OS or someone repositions my windows with some
> rules when the screen resolution changes. Does anyone know what the rules
> are? Stuff is kept in roughly the same quadrant of the screen, near as I can
> tell, and perhap
I've been experimenting with a UI for a program that manages many small,
draggable views, that can be moved around in the same superview. The following
mouse events work well for providing the dragging basics. However, when I drag
a view relative to the other views I also want it to end up on to
On 14/05/2013, at 12:27 PM, Thomas Wetmore wrote:
> Can anyone suggest why adding the three lines in mouseDown prevents dragging?
> Using ARC.
When you call -removeFromSuperview, the view is deleted, as there are no more
references to it. The other methods are not called because the object c
My question(s): Is there a better way to do any of the following?
1) If you want to tell an IKScannerDeviceView what values to use when it first
appears, you might find the keys revealed by the following command helpful:
defaults read com.apple.Image_Capture | grep IK_
These are undocum
On 14 May, 2013, at 10:41 AM, Graham Cox wrote:
>
> On 14/05/2013, at 12:27 PM, Thomas Wetmore wrote:
>
>> Can anyone suggest why adding the three lines in mouseDown prevents
>> dragging? Using ARC.
>
>
> When you call -removeFromSuperview, the view is deleted, as there are no more
> refe
On 14/05/2013, at 1:14 PM, Roland King wrote:
> That depends on whether the framework which is calling mouseUp:/mouseDown:
> retains the object on which it's calling it. If the framework is using ARC
> and a normal strong reference, then it would be retained and that would stop
> it deallocin
On May 13, 2013, at 19:41 , Graham Cox wrote:
> When you call -removeFromSuperview, the view is deleted, as there are no more
> references to it. The other methods are not called because the object ceases
> to exist.
I believe your warning is apposite, but is not actually the cause of Tom's
p
On 14 May, 2013, at 11:34, Graham Cox wrote:
>
> Or just do it manually. It's not incompatible with ARC which after all simply
> inserts the same calls. To my mind, it's clearer what's going on than relying
> on all those arcane magic pointer types.
>
> --Graham
>
>
You'd have to disable
Hi,
I can remove the recent items from the plist where they are stored.
But when I try and update the Recent Items submenu, it doesn't.
I'm getting Apple Menu by using [[NSApp mainMenu] itemAtIndex:0].
OR do I need to kill some process (which will then restart) to achieve this.
Thanks,
Nick
_
This works. Thanks for the tip.
Tom Wetmore
On May 13, 2013, at 11:38 PM, Quincey Morris
wrote:
> -- Invoke 'addSubview: self' without first removing self. The NSView
> machinery may be clever enough merely to move the view to the end of the
> subviews array, without actually removing and re
On Mon, May 13, 2013, at 08:50 PM, Nick Rogers wrote:
> Hi,
>
> I can remove the recent items from the plist where they are stored.
>
> But when I try and update the Recent Items submenu, it doesn't.
>
> I'm getting Apple Menu by using [[NSApp mainMenu] itemAtIndex:0].
>
> OR do I need to kill
On May 13, 2013, at 11:38 PM, Quincey Morris
wrote:
> On May 13, 2013, at 19:41 , Graham Cox wrote:
>
>> When you call -removeFromSuperview, the view is deleted, as there are no
>> more references to it. The other methods are not called because the object
>> ceases to exist.
>
> I believe yo
Not only does this work, it also does not add duplicates to the subviews array.
Tom
On May 13, 2013, at 11:56 PM, Thomas Wetmore wrote:
> This works. Thanks for the tip.
>
> Tom Wetmore
>
> On May 13, 2013, at 11:38 PM, Quincey Morris
> wrote:
>
>> -- Invoke 'addSubview: self' without firs
On 14 May, 2013, at 12:30 PM, Andy Lee wrote:
> On May 13, 2013, at 11:38 PM, Quincey Morris
> wrote:
>> On May 13, 2013, at 19:41 , Graham Cox wrote:
>>
>>> When you call -removeFromSuperview, the view is deleted, as there are no
>>> more references to it. The other methods are not called
On May 13, 2013, at 19:12 , Seth Willits wrote:
> I can't imagine why it would be documented anywhere. Is there some reason you
> need to know what it's doing?
Yes. But I'm reluctant to talk about it just yet. In any case, it would be
helpful to me to know.
--
Rick
On May 13, 2013, at 21:30 , Andy Lee wrote:
> I believe ARC keeps it alive by virtue of self being a strong reference.
It isn't, not exactly. According to section 7.3 of the Clang ARC spec:
"The self parameter variable of an Objective-C method is never actually
retained by the implementation.
On May 13, 2013, at 21:58 , Rick Mann wrote:
> In any case, it would be helpful to me to know.
So try it with a random sampling of 20 window sizes and positions, and log the
window and screen frames before and after the screen change. If you post the
results here on this list, someone may spot
On May 14, 2013, at 12:53 AM, Roland King wrote:
[...]
>> - (void) mouseDown: (NSEvent*) event
>> {
>>NSView* superView = [self superview];
>>[self removeFromSuperview];
>> //[superView addSubview: self];
>> }
>>
>> ...then dealloc does in fact get called. But if I uncomment that one
On May 14, 2013, at 1:16 AM, Andy Lee wrote:
> I fiddled a bit with it, adding calls that don't take arguments like [self
> description] and [self self]. There was no dealloc until just before the
> method exited, after those calls. It *seems* that merely referring to self,
> whether as receive
On May 13, 2013, at 7:57 PM, Rick Mann wrote:
> It seems that Cocoa or the OS or someone repositions my windows with some
> rules when the screen resolution changes. Does anyone know what the rules
> are? Stuff is kept in roughly the same quadrant of the screen, near as I can
> tell, and perhap
On May 13, 2013, at 23:19 , Ken Thomases wrote:
> I believe the top-left corner is kept in the same relative position to the
> top-left corner of the screen, unless that would leave part of the window
> off-screen. If it would, then the top-left corner is moved to get the window
> fully on-s
Hi,
But a commercially available program is doing it.
And I have gone through process list in activity monitor before and after
"Recent Items" is updated by this program.
And found no difference in number of processes or any change in PIDs of the
processes. Means probably no re-spawning.
I have
47 matches
Mail list logo
