On Sep 4, 2007, at 2:37 PM, Galen Rhodes wrote:
I appreciate that you weren't trying to antagonize anyone. I too
have a problem with people misunderstanding my slightly strange
attempts at humor. :P
However, that being said, that is a lot of how it does feel. When
you become very use to doing things a certain way and then suddenly
everyone is telling to give it up and try something else then you
tend to feel a little put out. Especially when you really had no
problems with the way you were doing it in the first place.
The rest of us did not not decide to deprecate the tools. We are not
taking them away from you. People are, but it is not us. We are
just trying to do the best we can with the resources we have
available. You are put out at the wrong people.
Chuck
On Sep 4, 2007, at 5:28 PM, Steven Mark McCraw wrote:
For the record, I was trying to lend no comfort (cold or
otherwise) by suggesting inline bindings. The tools are what they
are. People were complaining about one aspect of the tool, and I
offer inline bindings as a suggestion of what made that particular
aspect of the tool workable for me, with the suggestion to try it
and see if it had the same effect for you. I don't think anyone
is calling anyone else slow or stupid or behind the times if they
don't like the eclipse component editor. And certainly no one is
trying to shove the eclipse component editor (which is apparently
veal) down a vegetarian's (which is apparently the entire
webobjects community) throat ;-p. But it is the accepted tool we
have to work with, so it's nice to share tips about what helps and
what has worked. No antagonism intended.
On Sep 4, 2007, at 5:14 PM, Galen Rhodes wrote:
That's the problem! It IS all about personal preference. No two
people write code the same way. Just as people are individuals
in their preference for color, clothes, music, whatever, people
have preferences for how they write code! A good number of us
became very use to working with WOBuilder and, yes, even got use
to it's many quirks. What's faster for one person may very well
be slower for others simply because we're use to working in a
different way. For some of us who were use to WOBuilder, having
to use Eclipse is like going from JEdit back to using VI. And
telling us to try changing the paradigm even more by switching to
inline bindings is cold comfort. You may as well be telling a
lifelong vegetarian to just shut up and try the veal.
--
Galen Rhodes
[EMAIL PROTECTED]
On Sep 4, 2007, at 4:42 PM, Mike Schrag wrote:
- the ability to see, in a graphical way, what components are
contained in other components, what they are, and (for simple
things like conditionals), what their main binding is. Using
WOBuilder with a complex component I can see what I need in
less than a second, while it sometimes takes minutes in Eclipse
to do the same thing. Although viewing tables is much easier
this way, that's not the important thing. I don't need to see
how the page will look-- I want to see the component hierarchy
in a graphical way.
Just personal preference on this one ... I find the exact
opposite. We don't do almost any table layout, and opening a
complex css-laid-out component in WOBuilder appears to me to be
unintelligible. Component editor in Eclipse shows both an
outline view of your components as well as the collapsible HTML
editor with rollovers that show the span of each tag. But this
has been debated to death, so I'm leaving this at "personal
preference."
- the ability to cut or copy a whole group of elements and
paste them somewhere else, bindings and all.
This could definitely be added into component editor ... I can
pretty easily, I think, track the associated wod bindings when
you cut HTML and autocut/copy related wod entries.
ms
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/grhodes%
40thissmallworld.com
This email sent to [EMAIL PROTECTED]
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/mark%
40bluecollarsoftware.com
This email sent to [EMAIL PROTECTED]
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/chill%
40global-village.net
This email sent to [EMAIL PROTECTED]
--
Practical WebObjects - for developers who want to increase their
overall knowledge of WebObjects or who are trying to solve specific
problems.
http://www.global-village.net/products/practical_webobjects
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [EMAIL PROTECTED]
