It's funny how when you say "in order of" but omit the direction,
people have different assumptions:
https://github.com/biohazardffm/grs/network/members
On Tue, May 7, 2013 at 1:37 PM, Steven Degutis wrote:
> Update:
>
> The original repo has been deleted.
>
> Take a look at one of these forks, i
Hmm, yes, its possible saveData method returns an NSDictionary which contains
NSMutableDictionaries if I missed something in my code. Thanks, I'll check it
out.
On May 8, 2013, at 12:13 AM, Jens Alfke wrote:
>
> On May 7, 2013, at 2:32 PM, Tamas Nagy wrote:
>
>> -(NSDictionary)saveData {
>>
Thanks Scott, good point. I'll modify the saveData method to collect the data
on the background thread.
On May 7, 2013, at 11:39 PM, Scott Ribe wrote:
> On May 7, 2013, at 3:32 PM, Tamas Nagy wrote:
>
>> so does not this made the dictionary already read-only?
>
> And what happens when dict is
One more thing:
If you end up doing something cool with any of these apps, please let
me know. I'm kinda nerdy so I like hearing about that kinda stuff.
On Tue, May 7, 2013 at 8:54 AM, Steven Degutis wrote:
> These ones: https://github.com/sdegutis/grs
>
> They're a lovely little set of Mac apps
CocoaHeads Lake Forest will be meeting on the second Wednesday of the
month. We will be meeting at the Orange County Public Library (El Toro)
community room, 24672 Raymond Way, Lake Forest, CA 92630
David Keegan will be talking about Core Graphics. See his post on caching
at http://kgn.github.io
On May 8, 2013, at 9:28, Kyle Sluder wrote:
>> […] sets the title as an attributed string using an NSTextTableBlock […]
> Any reason you're not using a custom view-based NSMenuItem? It might be
> easier to get good results that way.
A custom view means you have to render everything yourself. Th
On May 7, 2013, at 7:00 PM, Allan Odgaard wrote:
> TextMate’s implementation is here
> https://github.com/textmate/textmate/blob/master/Frameworks/OakAppKit/src/NSMenuItem%20Additions.mm#L170-L189
> and sets the title as an attributed string using an NSTextTableBlock to have
> the key equivale
On May 7, 2013, at 5:36 PM, "David M. Cotter" wrote:
> Hi, I'm Dave, senior engineer at Adobe Systems.
>
> We definitely want this functionality, in fact filed a DTS incident for (and
> got some help with) custom-drawing menu items, for the express purpose of
> drawing an arbitrary string as
On May 8, 2013, at 7:36, "David M. Cotter" wrote:
> […] filed a DTS incident for (and got some help with) custom-drawing menu
> items, for the express purpose of drawing an arbitrary string as the
> "keyboard shortcut" in menus. and i can tell you the work around was a PITA
> and is a bit fra
Hi, I'm Dave, senior engineer at Adobe Systems.
We definitely want this functionality, in fact filed a DTS incident for (and
got some help with) custom-drawing menu items, for the express purpose of
drawing an arbitrary string as the "keyboard shortcut" in menus. and i can
tell you the work
On May 7, 2013, at 4:45 PM, gweston wrote:
>> In that case, I think Steve needs to quit whining that Apple engineers
>> aren't doing his job for him, and implement his own menu drawing for his
>> specialized case.
>
> You need to consider the possibility that Apple decided that not everything
That's the problem with legacy. We learn from the past, and realize
our mistakes. But sometimes we can't fix them, because users already
depend on them. Or rather, we do fix them, and anger lots of people
who need it to keep working the old way. Reminds me of
http://xkcd.com/1172/ ... "legacy: can'
Steve Mills said:
Such software has already established the precedent that it needs lots and lots
of keyboard shortcuts. (Finale is well over 10 years old, IIRC.) Steve isn't
condemning users to a keyboard shortcut nightmare, he's continuing a
well-established though specialized UI pattern.
Thanks for this suggestion. Actually, once identified, I fixed the bug fairly
quickly by postponing the task (dispatched a block on the main thread for that).
The bug was caused by two successive events arriving in a short timeframe so
that the stack looked like that:
0 my callback
1 __CFSocketP
On May 7, 2013, at 5:37 PM, Jean Suisse wrote:
> By any chance, could a call to [[NSAttributedString alloc]
> initWithHTML:dataUsingEncoding:documentAttributes:] lead to the event loop
> being run before the call returns?
Yes, it can. Under the hood, NSAttributedString is using WebKit for HTML
Thank you for this quick response.
I suspected so. Unfortunately,
I just spent five hours straight tracking a random bug – not even remotely
related to strings – that seemed to occur when a single thread successively
triggered two events handled by a callback tied to an input source on the event
On 7 May 2013, at 23:37, Jean Suisse wrote:
> Dear all,
>
> I am wondering:
> By any chance, could a call to [[NSAttributedString alloc]
> initWithHTML:dataUsingEncoding:documentAttributes:] lead to the event loop
> being run before the call returns?
I believe so, yes. It's currently implem
Dear all,
I am wondering:
By any chance, could a call to [[NSAttributedString alloc]
initWithHTML:dataUsingEncoding:documentAttributes:] lead to the event loop
being run before the call returns?
Jean
---
Jean Suisse
Institut de Chimie Moléculaire de l’Université de Bourgogne
(ICMUB) —
On May 7, 2013, at 2:32 PM, Tamas Nagy wrote:
> -(NSDictionary)saveData {
> NSMutableDictionary *dict = [[[NSMutableDictionary alloc] init] autorelease]
> [dict setObject:...]
> return NSDictionary dictionaryWithDictionary: [[dict copy] autorelease]];
This does indeed create a new immutable dic
Steven,
Thanks! That did it.
Tom Wetmore
On May 7, 2013, at 5:57 PM, Steven Degutis wrote:
> ARC is on. Retain the window controller.
>
> On Tue, May 7, 2013 at 4:52 PM, Thomas Wetmore wrote:
>> I hope someone can put me straight. I created a vanilla Cocoa App. I deleted
>> the window from
ARC is on. Retain the window controller.
On Tue, May 7, 2013 at 4:52 PM, Thomas Wetmore wrote:
> I hope someone can put me straight. I created a vanilla Cocoa App. I deleted
> the window from the MainMenu.xib and created a MainWindow.xib with
> essentially an identical window (no views).
>
> I
I hope someone can put me straight. I created a vanilla Cocoa App. I deleted
the window from the MainMenu.xib and created a MainWindow.xib with essentially
an identical window (no views).
I created a MainWindowController with one overriding method, init, see below.
In the app delegate's applica
On May 7, 2013, at 3:32 PM, Tamas Nagy wrote:
> so does not this made the dictionary already read-only?
And what happens when dict is modified by another thread during the call to
dict copy?
You can't solve the problem by layering copy operation on top of copy
operation. You have to synchroniz
Okay, maybe I misunderstood something, but since I collect the data to an
NSMutableDictionary, then turn it to a non-mutable NSDictionary, like this:
-(NSDictionary)saveData {
NSMutableDictionary *dict = [[[NSMutableDictionary alloc] init] autorelease]
[dict setObject:...]
return NSDictionary dic
On May 7, 2013, at 14:25:52, Quincey Morris
wrote:
> 1. The software Steve is dealing with (Finale, I believe he has stated
> earlier) has special needs. I've used music notation software for
> note-by-note entry in the past, and it's a horrendous chore without some
> dedicated keys to assist
On May 7, 2013, at 11:12 , gweston wrote:
> You're relying on a learned behavior that's difficult or impossible to invoke
> for an increasing chunk of your potential market. Is that really something
> you want to vehemently defend instead of thinking maybe it's *less*
> problematic to ask exis
Update:
The original repo has been deleted.
Take a look at one of these forks, in order of most-recently-forked
(and therefore most up-to-date):
https://github.com/biohazardffm/grs
https://github.com/nivekkagicom/grs
https://github.com/cpowers/grs
https://github.com/pariahware/grs
https://github
Message: 1
Date: Mon, 06 May 2013 22:20:13 -0500
From: Steve Mills
To: Cocoa dev
Subject: Re: Showing numpad key equivs in menu items
Message-ID: <79380da0-718d-4d1f-980b-03ea7e7de...@makemusic.com>
Content-Type: text/plain; charset=iso-8859-1
On May 6, 2013, at 16:58:10, gweston wrote:
In l
On May 7, 2013, at 7:04 AM, Tamas Nagy wrote:
> The data collecting and save happening on the main thread, but the objects
> providing the data may run on an other - rendering - thread. Maybe its a
> problem with an object while collecting the save data, and I forgot about
> copy the value?
I really have no idea how many people have claimed what. They're open
source and MIT, so if you want to take any, just fork it.
On Tue, May 7, 2013 at 11:01 AM, Danny W. Pimienta
wrote:
> Any of the apps left unclaimed? I'm not at a computer at the moment but would
> like to take one.
>
> Sent f
Okay, the apps are removed from the App Store. Have at it.
On Tue, May 7, 2013 at 10:42 AM, Steven Degutis wrote:
> Also, sorry about the unfinished sentence at the end, it happened because
>
> On Tue, May 7, 2013 at 8:54 AM, Steven Degutis wrote:
>> These ones: https://github.com/sdegutis/grs
>
Also, sorry about the unfinished sentence at the end, it happened because
On Tue, May 7, 2013 at 8:54 AM, Steven Degutis wrote:
> These ones: https://github.com/sdegutis/grs
>
> They're a lovely little set of Mac apps. Most of them are on the App
> Store, and with absolutely no marketing they've
I'll spare your partner the effort. This is the exhaustive list:
- http://www.macworld.com/article/1142376/docks2.html
-
http://www.addictivetips.com/mac-os/get-email-alerts-mac-menu-bar-shortcuts-for-multiple-gmail-accounts/
- https://twitter.com/unclebobmartin/status/309712348044730368
- https:
Few updates:
1. I'm leaving the repo up for a little while so people can fork it.
Anyone who wants to learn how a 5-year Cocoa dev does things, can just
browse the source code, and maybe learn a thing or two.
2. I was mistaken on their income, it's more like $20 a month (with no
marketing), if th
Hmmm. Wonder how long they'll last. Can you do me a bit of research. See if you
can find reviews on these. The read me in the link has their names. See what
people think of em.
Sent from my iPhone
On May 7, 2013, at 6:54 AM, Steven Degutis wrote:
> These ones: https://github.com/sdegutis/grs
Ok.
On Tue, May 7, 2013 at 9:38 AM, Tom von Schwerdtner wrote:
> On Tue, May 7, 2013 at 9:54 AM, Steven Degutis wrote:
>>
>> These ones: https://github.com/sdegutis/grs
>>
>> (...)
>>
>> For the curious, I'm giving them away because
>>
>
> I think something got cut off here...?
>
> -Tom
On Tue, May 7, 2013 at 9:54 AM, Steven Degutis wrote:
>
> These ones: https://github.com/sdegutis/grs
>
> (...)
>
> For the curious, I'm giving them away because
>
I think something got cut off here...?
-Tom
___
Cocoa-dev mailing list (Cocoa-dev@lists
Also, I've just updated the README to include all sorts of pertinent
information. Please consult it for important details on each app.
On Tue, May 7, 2013 at 9:08 AM, Steven Degutis wrote:
> Alternatively, anyone and everyone is welcome to fork these apps, or
> do whatever you want with them. I'm
Alternatively, anyone and everyone is welcome to fork these apps, or
do whatever you want with them. I'm releasing all of that repo under
the MIT license. Give them away for free, sell them, whatever, I don't
care.
On Tue, May 7, 2013 at 8:54 AM, Steven Degutis wrote:
> These ones: https://github
The data collecting and save happening on the main thread, but the objects
providing the data may run on an other - rendering - thread. Maybe its a
problem with an object while collecting the save data, and I forgot about copy
the value?
So, in other words, I should always do this:
[tempdict se
These ones: https://github.com/sdegutis/grs
They're a lovely little set of Mac apps. Most of them are on the App
Store, and with absolutely no marketing they've been making about $42
per month. I'm sure with marketing they'll do much better.
This repo also includes AppGrid, which had a huge cult
Cab you provide a bit more detail? Is everything happening on to main thread?
On May 7, 2013, at 14:39, Tamas Nagy wrote:
> Hi,
>
> one of my users recently got an error when trying to save. My application is
> not document based, and I'm collecting the data to NSDictionaries, then save
> it
On May 7, 2013, at 02:04:09, Kyle Sluder wrote:
> This is a terrible argument, and you know it not to be true. If you showed
> those three glyphs to a non-Western person, would they be likely to discern a
> difference? Depending on the arguments I pass, even my _computer_ won’t
> distinguish b
Hi,
one of my users recently got an error when trying to save. My application is
not document based, and I'm collecting the data to NSDictionaries, then save it
with writeToFile: method. I never can reproduce the issue, so hard to find what
is the problem.
I'm collection the data with methods
On May 6, 2013, at 5:26 PM, Motti Shneor wrote:
> Hello Ken, and so-many-thanks for the information.
You're welcome. More below…
> On 4 במאי 2013, at 07:24, Ken Thomases wrote:
>
>> Honestly, I doubt that -dealloc is reentered. I suspect you've misdiagnosed
>> what is happening or, perhaps,
On May 6, 2013, at 8:20 PM, Steve Mills wrote:
> On May 6, 2013, at 16:58:10, gweston wrote:
>
>> In light of the great opportunity for user confusion - because a little
>> rectangle around the number is hardly a "clear" indicator - and the reality
>> that many users do not have a number pad,
46 matches
Mail list logo