Re: KDE/kdevelop/languages/cpp

On 07.12.07 10:19:56, David Nolden wrote:
> On Friday 07 December 2007 02:43:12 Andreas Pakulat
wrote:
> > On 07.12.07 00:00:46, David Nolden wrote:
> > > Currently works only with up to 9 local
variables(because of chosen
> > > hardcoded colors, that btw. still need some
tuning).
> >
> > I guess you're aware of this, but better safe than
sorry: Hardcoded
> > colors need to vanish before the first beta.
> 
> I don't know. The important thing is that we get as
many colors as possible, 
> that they are as distinguishable as possible. So the
hard-coded colors 
> actually are a linear choice from all available colors,
with a distance from 
> each other that makes them still distinguishable, and
with the same 
> brightness for all of them. I don't know what we should
compute automatically 
> about this. Maybe it would make sense, so we could make
configurable how many 
> colors there are(and thus how distinguishable they are,
and how many 
> different variables can be highlighted). A thing we
might need to do is 
> transforming them so they are very bright if the editor
background-color is 
> black.

I'm not sure I understand everything there. I had thought of
a simple
color dialog where you can just add colors to a list, which
would get
used for variable highlighting.

I'm not sure complete auto-computing colors works, Matthew
Woehlke or
Fredrik Hoeglund would be the ones to ask about that.

Also having too many colors might pose a usability problem
as well, i.e.
making the code itself harder readable. I haven't tested
your changes,
so this is just me thinking out loud.

Andreas

-- 
You now have Asian Flu.

_______________________________________________
KDevelop-devel mailing list
KDevelop-develkdevelop.org
https://barney.cs.uni-potsdam.de/mailman/listinf
o/kdevelop-devel

On Friday 07 December 2007 14:07:06 Andreas Pakulat wrote:
> I'm not sure I understand everything there. I had
thought of a simple
> color dialog where you can just add colors to a list,
which would get
> used for variable highlighting.
>
> I'm not sure complete auto-computing colors works,
Matthew Woehlke or
> Fredrik Hoeglund would be the ones to ask about that.
>
> Also having too many colors might pose a usability
problem as well, i.e.
> making the code itself harder readable. I haven't
tested your changes,
> so this is just me thinking out loud.
>
> Andreas

I think letting the user pick each color would be
configuration overkill. The 
only important thing about the colors is that they are
distinguishable, 
that's why they span over the whole range of possible
colors. What would make 
sense would be an option to choose how many different colors
there should 
be(also changing the distance of the colors), maybe their 
brightness/saturation, and whether the background-color
should also be 
changed for the highlighting.

greetings, David

_______________________________________________
KDevelop-devel mailing list
KDevelop-develkdevelop.org
https://barney.cs.uni-potsdam.de/mailman/listinf
o/kdevelop-devel

Andreas Pakulat wrote:
> I'm not sure complete auto-computing colors works,
Matthew Woehlke or
> Fredrik Hoeglund would be the ones to ask about that.

You'd need a function to calculate new foreground colors,
essentially. 
That was (still is?) planned, but is not in 4.0.

There are already some use-cases for this, the best solution
may just be 
to implement it.

I admit I'm not trying to re-read the whole thread, can
someone remind 
me what this is being used for?

-- 
Matthew
"What is a release plan, anyway?" -- Oswald
Buddenhagen
   ...who I'm sure did not mean it seriously 


_______________________________________________
KDevelop-devel mailing list
KDevelop-develkdevelop.org
https://barney.cs.uni-potsdam.de/mailman/listinf
o/kdevelop-devel