Martin Vermeer wrote:
> Ah... this did work OK earlier. Could it have to do with the change
> in the ColorHandler logic -- a lack of refresh of the colour lookup
> table?
With this it works again:
bool LColor::setColor(string const & lyxname, string const & x11name)
{
if (pimpl_->transfor
On Fri, Dec 12, 2003 at 04:23:57PM +, Angus Leeming spake thusly:
>
> Martin Vermeer wrote:
> > OK. 1 is just verifying if you can remove it, 2 is tricky but should
> > be possible (thorough testing!) 3: go right ahead if you think it is
> > The Right Thing. 4. ... testing needed. I suspect co
Martin Vermeer wrote:
> OK. 1 is just verifying if you can remove it, 2 is tricky but should
> be possible (thorough testing!) 3: go right ahead if you think it is
> The Right Thing. 4. ... testing needed. I suspect colour lookup
> table refresh/caching (is there still such a thing?)
Patch attache
On Fri, Dec 12, 2003 at 11:12:34AM +, Angus Leeming spake thusly:
> Martin,
>
> I note that the branches dialog isn't very useful at the moment and
> suspect that this is my doing. The choice of available branches is
> empty. I'll sort it out but have a few questions of my own:
>
> 1 Looki
Martin,
I note that the branches dialog isn't very useful at the moment and
suspect that this is my doing. The choice of available branches is
empty. I'll sort it out but have a few questions of my own:
1 Looking at the code in FormBranch.C, QBranch.C:
why do you bother filling the choice in 'b
