And do yourself a huge favor. Repeat to yourself every morning (and anytime you get frustrated), "Developers are friends not food".
I use that analogy intentionally, you are selling to the most critical market you will ever sell to. Not just other developers, which is bad enough, but Apple/iOS developers, who in addition to having the normal quirks of being developers, also add the additional quirks of being UX experts, who will pick apart a website over the use of tables. For everyone that offended there, keep in mind, I am calling myself out on this behavior too. When you are selling to other developers, you are always going to be under fire. There will always be things you should do their way. Sometimes the correct answer is 'no'. You have some great ideas, and I think will have some really good customers here, so don't let the bruises and lumps that will come along the way scare you off. Developing for other developers is hard, requires a thick skin, and is often quite thankless, but every now and again, you'll get that one sale that will make it all worth while. Dru On Aug 28, 2013, at 3:14 AM, Tom Davie <tom.da...@gmail.com> wrote: > For reference, I’m not convinced that you needed them here, but instead, that > you didn’t devote enough thought to how that UI should work on a touch > screen. There’s no reason why your preferences couldn’t have used a column > of UISwitches. Your export panel could have used a UISegmentedControl to > select the export type, and a UIPicker to select the export format. > > That said, don’t get disheartened – a good, high quality data table is > something that would be very useful on iOS – just try to polish it up more! > > Tom Davie > > > On 27 Aug 2013, at 04:56, Jason Gibbs <iosmaniac...@gmail.com> wrote: > >> Also one more thing - A few of you messaged me about this privately - I am >> quite surprised why everyone is looking at the checkbox/radio button >> exclusively - This is such a tiny part of the whole thing - we actually >> built it just because we needed it inside the our main DataGrid product >> (multi select filter has checkboxes) But we built everything as stand alone >> so they can be used indepentant of each other. >> >> our real product is the iOSDataGridView : >> http://www.ioscomponents.com/Home/IOSDataGrid >> >> Is our site not pushing that message very well? >> >> >> On Mon, Aug 26, 2013 at 10:42 PM, Jason Gibbs <iosmaniac...@gmail.com>wrote: >> >>> All, thanks for your candid feedback - I realize we have some work to do, >>> but I am glad to see the feedback. If there is anything else you think we >>> can address, please free to bring it on - we can take it! >>> >>> The one thing I would like to add, we;re not a design company - we are a >>> component vendor - all those components are meant to be skinnable and >>> styleable. In fact we have a number of examples of themes and such. But you >>> are right - we need a good iOS theme which is the default. >>> >>> >>> >>> >>> On Mon, Aug 26, 2013 at 5:33 PM, Fritz Anderson >>> <fri...@manoverboard.org>wrote: >>> >>>> [It happens I'm replying to Jonathan Hill, when my use of "you" refers to >>>> Jason Gibbs. A vagary of how I try to cut down quotes and recipient lists.] >>>> >>>> And to pile on, intercaps (camelCase) is a good idea in code (or >>>> underscores, I'm not picking a fight here), and common in cheesy trademarks >>>> (sorryApple), but when you address normal people, they aren't acceptable. >>>> Cheesier still if it isn't even a trademark. >>>> >>>> Nor are initial caps used in mid-sentence for words that are not proper >>>> names, including trademarks. >>>> >>>> It's a "check box," not a "CheckBox." Perhaps that's how you spell it in >>>> your API. Nobody cares how you spell it in your API, except when they're >>>> writing to your API. >>>> >>>> I'd like to see how this works out. Some very smart people have devoted a >>>> lot of thought to how mouse-and-keyboard UI would work on four-inch touch >>>> screens. >>>> >>>> — F >>>> >>>> On 26 Aug 2013, at 2:17 AM, Jonathan Hull <jh...@gbis.com> wrote: >>>> >>>>> Good URL. The components don't really feel like they fit on iOS. >>>> Feels more like a XP UI than iOS. From your website, it seems like the >>>> components have lots of good features, but you should definitely hire a >>>> designer with iOS experience to help them feel at home on the platform... >>>> >>>> >>>> _______________________________________________ >>>> >>>> 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/Unsubscribe/Update your Subscription: >>>> https://lists.apple.com/mailman/options/cocoa-dev/iosmaniacdev%40gmail.com >>>> >>>> This email sent to iosmaniac...@gmail.com >>> >>> >>> >> _______________________________________________ >> >> 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/Unsubscribe/Update your Subscription: >> https://lists.apple.com/mailman/options/cocoa-dev/tom.davie%40gmail.com >> >> This email sent to tom.da...@gmail.com > > > _______________________________________________ > > 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/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/cocoa-dev/dru%40druware.com > > This email sent to d...@druware.com _______________________________________________ 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/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
