Re: [LAST from RZ] Why XCODE do not have TABs for files as inVisual C++ or Safarior ...
Re: [LAST from RZ] Why XCODE do not have TABs for files as inVisual C++ or Safarior ...
- Subject: Re: [LAST from RZ] Why XCODE do not have TABs for files as inVisual C++ or Safarior ...
- From: Ruslan Zasukhin <email@hidden>
- Date: Wed, 14 Apr 2010 08:17:33 +0300
- Thread-topic: [LAST from RZ] Why XCODE do not have TABs for files as inVisual C++ or Safarior ...
On 4/14/10 1:27 AM, "Chris Espinosa" <email@hidden> wrote:
Hi Chris,
Glad to see apple-man response :-)
> For the record, the desire to have tabbed editing in Xcode is longstanding,
> well-understood,
No doubts for me that XCODE team knows tabs.
> and not a good fit for the current Xcode architecture,
And this is exactly not-complete answer on my EXACT question in the subject.
Personally me do not see any technical problems to add TABs to XCODE's
current architecture. I tell this having experience of some quite complex
GUI tools including Valentina Studio. For example, for our developer it have
token about just 5-8 hours to add TABs into SQL Editor window of Vstudio.
And we use WX, not so powerful RAD tool as Cocoa, used for XCODE
development.
MY original question was with hope to get some more detailed explain from
xcode-team or aware persons what exactly TECH or MORAL problems to add TABs
Words that they not fit to architecture sounds for me just as a nice excuse
of the missing feature I sometimes self in this position, and need say: well
we do not have this feature in Valentina DB yet, but we will try to add it
soon. :-)
> but we are well aware of the desire for tabs and their usefulness for
> developers and hope to address it in a forthcoming release.
This will be one of biggest marketing Ads then
No doubts here :)
> The functional thing to do is file an enhancement request, which gets linked
> to previous requests for similar functionality, and we do indeed pay attention
> to the number and persistence of requests.
Excellent. And see below.
> We don't pay much attention to debates among developers about personal coding
> style, because such debates rarely persuade others from their strongly-held
> opinions ;-)
Do not want discuss this to not start new flame. :)
But
Chris, let me remind simple thing.
XCODE team as well as the whole team develop XCODE for Apple itself or for
third party developers as presenting on this and others lists?
I hope that XCODE is made for developers. :)
And I hope nobody will say reverse.
Now question is: how XCODE team decide what features to add for the next
release?
A) learns itself very carefully competitors? Visual C++, NetBeans,
CodeWarrior?
B) read RADAR to see feature requests from ACTIVE people?
But exists one more good and simple way:
do periodical votes on lists votes like
please name 3-5 dream features for XCODE
and listen
I believe that exists 90% of persons on lists, which have never report to
radar *new feature requests*, but which really can answer above question.
They not report feature requests on different reasons.
* some of they just believe that APPLE will not listen them.
You have see such people responding to my letter.
* some of them are just very busy to report to RADAR. This is really a job.
* some are like true developers -- prepared just to use given
IDE/language/API/ to resolve own project without any complains. They search
for workarounds and even not spend time to think how tool can be better.
Although they can discuss tool having beer, but not more of that.
* some of them are just lazy to do that, also may be because do not
believe...
So is it so hard for XCODE team persone come here, and say:
Hey, we starting 4.0. What dream you have guys?
This simple step will make people believe
that APPLE is not just a God, but also a GOOD :)
P.S. May be such votes was in the past and I have miss them of course...
Then sorry for annoying in simple things :)
--
Best regards,
Ruslan Zasukhin
VP Engineering and New Technology
Paradigma Software, Inc
Valentina - Joining Worlds of Information
http://www.paradigmasoft.com
[I feel the need: the need for speed]
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden