On Mon, Nov 30, 2009 at 10:21 AM, Stefan Rusek <ste...@rusek.org> wrote:
> On Mon, Nov 30, 2009 at 17:18, Steve Borho <st...@borho.org> wrote:
>> On Mon, Nov 30, 2009 at 2:48 AM, Adrian Buehlmann <adr...@cadifra.com> wrote:
>>> On 30.11.2009 01:56, Steve Borho wrote:
>>>> On Sun, Nov 29, 2009 at 6:36 PM, Adrian Buehlmann <adr...@cadifra.com> 
>>>> wrote:
>>>>> On 29.11.2009 20:35, Adrian Buehlmann wrote:
>>>>>> There, it is now awaiting future "infections" by the new feature stream
>>>>>> in default. Until the whole surprise package gets pushed out on
>>>>>> Feb 1st :) (and until then, the whole package is mostly ignored by the
>>>>>> majority of the users. Because we told them it is "unstable").
>>>>> Just noticed: 0.10 will be March, 1st 2010 (not Feb 1st).
>>>>>
>>>>> So unless the Windows shell cmenu fixes are backported to the stable 
>>>>> branch,
>>>>> they will appear in a release on March, 1st earliest.
>>>>
>>>> Are you lobbying for them to make it into 0.9.1?
>>>
>>> Partly. Also analyzing and trying to improve our workflows.
>>>
>>>> They do fix a number of bugs, so this is an option.
>>>
>>> Yes. The shell extension fixes for the cmenu should go into a bugfix
>>> release of 0.9. They should have gone into stable from the beginning.
>>>
>>> Problem is: I can't test it on Windows 7 final (I don't have that here).
>>>
>>> So if you can test it on Windows 7 final, then I'm all for squeezing
>>> it into 0.9.1.
>>>
>>> I can do the testing on Windows XP 32 and Vista 64 Business.
>>>
>>> And if we really should manage to screw up 0.9.1 (just in case,
>>> I don't expect that to happen), we can still do a quick 0.9.2.
>>>
>>> Or we delay 0.9.1 for a couple of days until an RC has been
>>> tested by others.
>>
>> The goal for 0.9 is to follow Mercurial's monthly release schedule for
>> point releases,  so 0.9.2 will release with hg-1.4.2 on Jan 1.
>>
>> I'm tempted to transplant the cmenu changes to stable after 0.9.1 to
>> give them a month of 'soak in' with stable nightly builds.
>>
>> --
>> Steve Borho
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
>> trial. Simplify your report design, integration and deployment - and focus on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Tortoisehg-develop mailing list
>> Tortoisehg-develop@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
>>
>
> I am running Win 7 final x64, I would be glad to test the cmenu fixes,
> only problem is I got in on this group too late to know exactly what
> they are trying to fix. So if someone could tell me what I am looking
> for, I will gladly test and report.


Issue #466.  On Vista and above, using owner drawn menus causes the OS
to fallback to a least-common-denominator rendering technique.  It
causes a number of artifacts that are detailed in that issue.

--
Steve Borho

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Tortoisehg-develop mailing list
Tortoisehg-develop@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop

Reply via email to