On Feb 24, 2011, at 7:39 PM, Kai-Martin Knaak <k...@lilalaser.de> wrote:

> Colin D Bennett wrote:
> 
>>> ^__ Properties of the view, not the underlying data - I'd prefer to
>>> abstract this to the renderer.
>> 
>> I agree that color does not belong in the layout file.  I may keep
>> changing my preferences on my pcb color theme, but I don't want to
>> update all my layout files to take advantage of an updated color theme
>> -- UI preferences like color theme should definitely not be included in
>> the .pcb layout file itself. 
> 
> I partly disagree. Some information on color should be in the layout.
> 
> Real world use cases:
> 
> 1) Footprints only use the first two copper layers. Convert buffer 
> to element converts tracks on the first layer to pads on top. Tracks 
> on the second layer get pads on bottom layer. Consequently, a pcb meant
> as a work sheet for footprint creation needs different colors than a regular 
> layout.
> 
> 2) Four layer layouts have different demands on colors than two layers. 
> If I switch between projects with four layers and two layers, it is a 
> hassle to manually load the fitting color scheme.
> 
> 3) If I add some layers in the middle of the layer stack, colors of
> layers below shift to other layers. So this new layer stack clearly
> needs a special color treatment.
> 
4:  setup so that ground and power nets are hilighted with different colors.

I guess that this is storing hilighted colors.  I don't care where the color is 
stored but mapping to a palet sounds good.

> The layout may not contain the whole explicit color information. Just 
> a name of a color scheme may be enough. If no matching color scheme 
> can be found in $HOME/.pcb/.color, or in the project dir, some default 
> scheme would be used.
> That way you can have both. Central color config files and layout chosen
> color schemes. As a bonus, my color blind colleague can keep a 
> palette adjusted to his needs and we can still both work with the 
> same layout files.
> 
> ---<)kaimartin(>---
> -- 
> Kai-Martin Knaak
> Email: k...@familieknaak.de
> Öffentlicher PGP-Schlüssel:
> http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53
> 
> 
> 
> _______________________________________________
> geda-user mailing list
> geda-user@moria.seul.org
> http://www.seul.org/cgi-bin/mailman/listinfo/geda-user


_______________________________________________
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user

Reply via email to