> On Jul 11, 2015, at 2:03 AM, Uli Kusterer
> wrote:
>
> In particular, use unique keys for each bit of text you localize, don't use
> the English strings. Words in languages are like circles in a Venn diagram,
> they overlap, but are rarely identical. Therefore, it's very easy to
> mis-trans
quot;Start Dictation" and "Emoji & Symbols" menu items to the Edit
menu (neé "Special Characters…"), inseted a search field at the top of the Help
menu …
It gets even funnier the farther you go back. E.g. the menu bar code was
written for Carbon and shared with Cocoa (h
> Sorry, OT, but boy is that frustrating. What is it with Apple and their
> websites (cf the mess they made of Apple Support Communities with the
> "overhaul" a year or two back before deciding to make a similar disaster with
> the Developer site)?
Come on, guys, it's not that tricky.
Visit
> On 11 Jul 2015, at 16:03, Uli Kusterer wrote:
>
> I can't find anything since they redid the web site.
Sorry, OT, but boy is that frustrating. What is it with Apple and their
websites (cf the mess they made of Apple Support Communities with the
"overhaul" a year or two back before deciding
ji & Symbols" menu items to the Edit
menu (neé "Special Characters…"), inseted a search field at the top of the Help
menu …
It gets even funnier the farther you go back. E.g. the menu bar code was
written for Carbon and shared with Cocoa (hence the utter nerfing of
NSMenuView),
It turns out, and I'm sure this will surprise nobody but me, that for the
copy/paste/cut keyboard commands to work in Cocoa my app needs to have a
suitable Edit menu with copy/paste/cut menu items and keyboard equivalents.
My question is about localisation. The app is localised via its own string
f
On Tuesday, 28. May 2013 at 13:31, Ken Thomases wrote:
> Can't you just activate your app (if it's been deactivated) and order your
> window to the front when the ACAccountStore request completes?
Ouch, stupid me, yes, does work ;-) Thanks.
___
Coco
On May 28, 2013, at 6:20 AM, Robert Vojta wrote:
> Maybe you know how to solve following problem and there will be no need for
> switching activation policy or creating another helper.
>
> 1. App creates new Wizard NSWindow
> 2. Window is visible, user did go through several steps and now I do a
Ken, thanks for the reply. Prohibited is no way.
Maybe you know how to solve following problem and there will be no need for
switching activation policy or creating another helper.
1. App creates new Wizard NSWindow
2. Window is visible, user did go through several steps and now I do ask
ACAcco
On May 27, 2013, at 6:30 AM, Robert Vojta wrote:
> Tried to change activation policy and it does work partially. LSUIElement = 1
> equals to NSApplicationActivationPolicyAccessory. According to the
> documentation, I can change it to NSApplicationActivationPolicyRegular to
> show menu and show
Hi all,
I've got application (Mac Application Store, deployment target >= 10.8), which
has LSUIElement set to YES in Info.plist. It's status bar application. I do
open windows without menu in menu bar and app icon is not visible in dock,
cycling, … Just what I need.
But now, I've got one win
I am shamed for not realizing the consistency issue. Where is my scarlet C!
Thanks Graham!
-koko
On Oct 3, 2011, at 5:54 PM, Graham Cox wrote:
>
> On 04/10/2011, at 10:46 AM, koko wrote:
>
>> Do you know why this is the case?
>
>
> Because it's a crazy notion?
>
> Why would you have an a
To be pedantic: You _can_ customize the title of the app menu at build time, by
changing the CFBundleDisplayName property in the app’s Info.plist. (You can
also change this in the strings file for the plist if you want the value to be
language-dependent.) This is pretty commonly done for apps th
On 04/10/2011, at 10:46 AM, koko wrote:
> Do you know why this is the case?
Because it's a crazy notion?
Why would you have an app named "foo" that is displayed as "bar"? Consistency
is presumably what is being strived for here, in order to keep the poor user
from getting confused. That menu
Thanks Kyle ... I was afraid of that.
Do you know why this is the case?
-koko
On Oct 3, 2011, at 5:37 PM, Kyle Sluder wrote:
> On Mon, Oct 3, 2011 at 4:25 PM, koko wrote:
>> I am trying to change the name of the application menu (terminology?). I
>> have subclassed NSApplica
On Mon, Oct 3, 2011 at 4:25 PM, koko wrote:
> I am trying to change the name of the application menu (terminology?). I have
> subclassed NSApplication and in its awakeFromNIb I setTitle on the IBOutlet
> NSMenuItem that is connected to this menu.
>
> It does not change. Can this
I am trying to change the name of the application menu (terminology?). I have
subclassed NSApplication and in its awakeFromNIb I setTitle on the IBOutlet
NSMenuItem that is connected to this menu.
It does not change. Can this be done? If so, where? I have also tried to
setTitle in the app
On Feb 24, 2010, at 5:58 PM, Graham Cox wrote:
>
> The application delegate is a real object, but you have to create it by
> adding it to the nib and connecting it up to the 'delegate' outlet of the
> application. Typically you do that by subclassing NSObject and so drag an
> NSObject icon in
--
>
> Message: 16
> Date: Thu, 25 Feb 2010 08:37:19 +1100
> From: Graham Cox
> Subject: Re: Application Menu - Preferences
>> In an NSDocument app where should or how should the Application Preferences
>> menu item be connected?
>
>
> In general, it should be
First, thanks to all for a great discussion / learning experience !
It seems cleaner to me to put the preferences window in a separate
NIB and have the app delegate create the window controller that
loads the separate NIB.
Is the approach I have taken ... works great !
On Feb 24, 2010, at
On 25/02/2010, at 11:28 AM, Gabriel Fernandez wrote:
> But if it doesn't exist, then why not bind Menu->Preferences to the
> Application Delegate's custom -( IBAction ) preferences: method?
Yep, that would work OK.
> I guess I don't know how to use First Responder to call the Application
>
On 25/02/2010, at 9:39 AM, Gabriel Fernandez wrote:
> Okay, I'm a skeptical person, so I have to ask why isn't there a
> "preferences" method in the FirstResponder IB object to begin with?
> But more to the point, how do I get a reference to the application delegate
> instance?
>
First Respon
On Feb 24, 2010, at 12:58, David Blanton wrote:
> What I was really getting at is how to set the target / action for when the
> item is selected. Here is what I did, so if this is way off base please let
> me know.
>
> I sub-classed NSMenuItem and set the Preferences menu item to this class.
On 25/02/2010, at 7:28 AM, David Blanton wrote:
> In an NSDocument app where should or how should the Application Preferences
> menu item be connected?
In general, it should be connected to First Responder (in fact nil) to an
action of your choice. Then that action can be implemented where it
On Feb 24, 2010, at 3:58 PM, David Blanton wrote:
Good Tip. Thanks.
What I was really getting at is how to set the target / action for
when the item is selected. Here is what I did, so if this is way
off base please let me know.
I sub-classed NSMenuItem and set the Preferences menu ite
Good Tip. Thanks.
What I was really getting at is how to set the target / action for
when the item is selected. Here is what I did, so if this is way off
base please let me know.
I sub-classed NSMenuItem and set the Preferences menu item to this
class.
In the awakeFromNib I set the t
On Feb 24, 2010, at 3:28 PM, David Blanton wrote:
In an NSDocument app where should or how should the Application
Preferences menu item be connected?
This is kind of old, and its main focus is bindings, but it gives you
everything you need I think
http://developer.apple.com/cocoa/cocoabi
In an NSDocument app where should or how should the Application
Preferences menu item be connected?
-db
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Contact the moderato
Am 25.01.2010 um 23:24 Uhr schrieb Jens Alfke:
This is not
useful to me as my req is to provide the option to user to hide/
unhide dock
and menu item.
You can't change that while your app is running. You have to modify
your own Info.plist and then relaunch.
Well, you can transform a bac
Le 25 janv. 2010 à 23:24, Jens Alfke a écrit :
>
> On 25 Jan 2010, at 18:06, Arun wrote:
>
>> Hi All,
>>
>> In my application i need to provide an option to hide its dock icon as well
>> as the application menu.
>> How can i achieve this? I know that
On 25 Jan 2010, at 18:06, Arun wrote:
Hi All,
In my application i need to provide an option to hide its dock icon
as well
as the application menu.
How can i achieve this? I know that In Info.plist if i add an entry
to run
the application as Agent we will not see dock and menu item
On 25 Jan 2010, at 18:06, Arun wrote:
Hi All,
In my application i need to provide an option to hide its dock icon
as well
as the application menu.
How can i achieve this? I know that In Info.plist if i add an entry
to run
the application as Agent we will not see dock and menu item. This
On 25/Jan/2010, at 10:06 AM, Arun wrote:
> as my req is to provide the option to user to hide/unhide dock and menu
> item.
Perhaps if you explained what you're trying to accomplish we could provide some
direction?
M.
___
Cocoa-dev mailing list (C
On Jan 25, 2010, at 10:06 AM, Arun wrote:
> Hi All,
>
> In my application i need to provide an option to hide its dock icon as well
> as the application menu.
> How can i achieve this? I know that In Info.plist if i add an entry to run
> the application as Agent we will not
Hi All,
In my application i need to provide an option to hide its dock icon as well
as the application menu.
How can i achieve this? I know that In Info.plist if i add an entry to run
the application as Agent we will not see dock and menu item. This is not
useful to me as my req is to provide
Arun, my advice is the same. To identify which menu (if any) should
get the Search field, AppKit examines the actions of the items in that
menu. If a menu contains an item with the showHelp: action, then
AppKit concludes that menu is the Help menu, and it will get the
Search field.
-Pet
Hi Peter,
selector(showHelp:) is the default action that gets called when we click on
the Help -> showHelp option.
Looks like you did not undersatnd the question correctly.
The Hep menu in english contains a Search menu item in English. If you
change the Operating System language, Search menu ite
On Jul 24, 2009, at 11:22 AM, Arun wrote:
Hi All,
I have a cocoa application which is localized in multiple languages.
My application uses default Menu's like File, Edit, View, etc.,
When the language is set to English in the System Preferences ->
International -> languages, Under the Help men
Hi All,
I have a cocoa application which is localized in multiple languages.
My application uses default Menu's like File, Edit, View, etc.,
When the language is set to English in the System Preferences ->
International -> languages, Under the Help menu there is an item called
"Search".
But if the
Subject: Re: Changing Menu item under application menu
On 05/06/2009, at 6:46 PM, Nikhil Khandelwal wrote:
> I want to change the name of application in the main menu
> programmatically.
> Using the following line of code I am able to get reference to other
> menu items like File, Insert,
On 05/06/2009, at 6:46 PM, Nikhil Khandelwal wrote:
I want to change the name of application in the main menu
programmatically.
Using the following line of code I am able to get reference to other
menu items like File, Insert, draw etc but not getting reference to
application menu
Hi List,
I want to change the name of application in the main menu programmatically.
Using the following line of code I am able to get reference to other menu items
like File, Insert, draw etc but not getting reference to application menu.
[[NSApp mainMenu] itemWithTitle:@"File"];
On 21/05/2009, at 10:36 PM, Ashish Tiwari wrote:
I want to conditionally disable some items of my application menu
bar for example "Format", "Insert" etc, so that user can not click
on it and can not see its submenu.
When i do following:
[[[NSApp mainMenu] it
On 21 May 2009, at 13:36:34, Ashish Tiwari wrote:
Hi All,
I want to conditionally disable some items of my application menu
bar for example "Format", "Insert" etc, so that user can not click
on it and can not see its submenu.
When i do following:
[[[NSApp mainMenu] it
Hi All,
I want to conditionally disable some items of my application menu bar for
example "Format", "Insert" etc, so that user can not click on it and can not
see its submenu.
When i do following:
[[[NSApp mainMenu] itemWithTitle:@"Insert"] setEnabled:NO];
Menu i
On Thu, Oct 16, 2008 at 6:45 PM, Russ <[EMAIL PROTECTED]> wrote:
> My menus are generated programmatically, not with a NIB (non-negotiable).
I know you say "non-negotiable", but I'm going to discuss it anyway,
because there are some facts you may not be aware of.
First fact: Cocoa does not suppor
> Where do you add it to the main menu?
I'm trying to use NSApplication's setAppleMenu --- the application menu isn't
visible as part of the main menu (the call is at the end of my routine, below).
Note that I do a setMainMenu later in my startup sequence. My understandin
Russ,
Where do you add it to the main menu?
-Jeff
On Oct 16, 2008, at 5:45 PM, Russ wrote:
My menus are generated programmatically, not with a NIB (non-
negotiable). That works fine. I've been trying to get a correct
Application menu, though, without success after a wasted day. The
My menus are generated programmatically, not with a NIB (non-negotiable). That
works fine. I've been trying to get a correct Application menu, though, without
success after a wasted day. The code I have is based on stuff I have found on
the web and seems to make sense in principle. It all
There is no way to do this, unfortunately.
File a Radar if you'd like to see this functionality. (I can think of a
few places where it would be useful...)
Robert Spychala wrote:
Hi All,
Is there a way to dynamically set the Application menu text and the
Dock hover text?
The Application
Hi All,
Is there a way to dynamically set the Application menu text and the
Dock hover text?
The Application menu text comes from CFBundleName and the Dock hover
(and about menu text) is from the Nib. I'd like for these to be keyed
from a central location during application load.
What i
51 matches
Mail list logo