On Wed, 27 Oct 2010 10:15 +0200, "André Pönitz"
<[email protected]> wrote:
> On Wednesday 27 October 2010 09:06:41 ext Max Waterman wrote:
> > On Tue, 26 Oct 2010 17:22 +0200, "André Pönitz"
> > <[email protected]> wrote:
> > > On Tuesday 26 October 2010 16:50:11 ext Tamás Kiss wrote:
> > > > You're right, this bothers me too. And the funny thing is that Qt
> > > > Creator is not the only IDE that suffers from the same problem. Almost
> > > > every IDE and editor I've tried so far behaves like this, and they are
> > > > not even configurable to show that area in a different colour. After
> > > > several hours of coding, when my eyes are exhausted, it becomes harder
> > > > and harder to decide where the cursor really is: is it really in the
> > > > beginning of the line or is there a space?!
> > > > 
> > > > Of course this is not a major or important problem, but I'd be happy
> > > > if you appended this to the end of the wishlist. Thanks!
> > > > 
> > > > > I wonder if someone can make the margin between the source and the 
> > > > > line
> > > > > numbers more obvious.
> > > > >
> > > > > At the moment, the margin - where the '-'/'+' to expand/collapse the
> > > > > code blocks go, is the same white colour as the background to the 
> > > > > code,
> > > > > so it is not easy to tell when the cursor is in the first column.
> > > > >
> > > > > If the '-'/'+' background was a slightly different colour, it would 
> > > > > make
> > > > > it much easier to tell when the cursor is in the first column, instead
> > > > > of hitting 'delete' to see if it moved back one line.
> > > > >
> > > > > Max.
> > > 
> > > Consider filing an issue on bugreports.qt.nokia.com
> > 
> > I followed that link, but it seems like way too much effort just to
> > report an issue like this.
> > 
> > Aren't there people who follow these lists that can do this for us?
> 
> You mean the developers should cut-and-paste feature requests from 
> the mailing list (and a dozen other possible input channels) to the 
> publicly accessible bug tracker instead of spending that time on 
> actually implementing/fixing stuff?

No. I didn't mention developers anywhere. I suggest some marketing or
support person to do something like this. If a developer wants to do it,
then fine. I am a developer...why should *I* have to spend time cutting
and pasting from email lists into a bug report?

In the more general case, why should customers *have to* file bug
reports/feature requests? It does require time and effort...and it all
adds up. Alternatively, if you only have a single issue, you then have a
big overhead to sign up/etc/etc just to file the single issue - a
significant demotivator to doing so, IMO. Sure, I should have the
option, but it is more in Qt's interest to make sure these things get
recorded rather than lost.

> 
> Give me some time to think about it.

You have all the time in the world, since I'm not spending any more time
on this. An email is easy...and I considered filing an issue as
suggested, but decided not to. Do you really want the issue to disappear
just because customers decide that their time is better spend elsewhere?

Anyway, I've now spent enough time on *this* issue and have to do real
work.

Max.

_______________________________________________
Qt-creator mailing list
[email protected]
http://lists.trolltech.com/mailman/listinfo/qt-creator

Reply via email to