I second the idea also. Tools like Squish have their place, but as a
solo/hobbyist developer, I'd much rather put some faith in Apple's
efforts to test that scrollbars scroll properly, buttons dispatch to
actions, etc. and focus on how *my* code constructs views, binds data
and generally assert tha
On May 11, 2009, at May 11, 11:18 PM, Matt Aimonetti wrote:
Before I get too excited, I'd like to hear what you guys think and
what you believe you need to write better code?
I love the concept, but have often found UI testing tools to be
lacking. I think that's because in the past I was al
Hello,
I've been learning Cocoa, Objective-C and macruby in tandem and I was
just wondering, are there any plans to integrate the key-value
observing protocol with the attr_accessor family of methods? With a
little experimentation, I found KVO is definitely possible with
macruby, but the syntax is
I think it's prudent to make UI testing as much like unit testing as
possible. Tools and tests that poke at the GUI from "outside" are
notoriously fragile. I gave a talk at Mountain West RubyConf on using
TDD for user interfaces (using RubyCocoa, but the idea is the same for
MacRuby).
#54: build on Leopard fails on readline
-+--
Reporter: edaroc...@… |Owner: lsansone...@…
Type: defect | Status: closed
Priority: blocker |
#54: build on Leopard fails on readline
-+--
Reporter: edaroc...@… |Owner: lsansone...@…
Type: defect | Status: closed
Priority: blocker |
Oh hey, thanks for pointing me to it again. There's nothing wrong with
that article I failed at properly looking at the article. I think the
layout instantly reminded me of an article which suggested installing
ruby into /usr which a lot of people did and consequently broke their
installati
Hi, I couldn't build MacRuby and gave up, until I saw this post. I've
followed both the Tiger and Leopard version of that article. Can you
briefly explain what's wrong with that article or with readline? Thanks.
On May 12, 2009, at 12:56 AM, macruby-devel-
requ...@lists.macosforge.org wrote
#54: build on Leopard fails on readline
-+--
Reporter: edaroc...@… |Owner: lsansone...@…
Type: defect | Status: closed
Priority: blocker |
#54: build on Leopard fails on readline
-+--
Reporter: edaroc...@… |Owner: lsansone...@…
Type: defect | Status: closed
Priority: blocker |
#54: build on Leopard fails on readline
-+--
Reporter: edaroc...@… |Owner: lsansone...@…
Type: defect | Status: closed
Priority: blocker |
Hi Matt,
Testing is indeed an area I find interesting. But it's not so much
that I like testing itself, but rather the results that one can
achieve with it. Be it fixing bugs or rigorously refactoring. Real UI
testing, like Squish does, is very cumbersome imo, maybe that's why
that testin
12 matches
Mail list logo