Hi Charles, So as not to clutter up this thread (much) further, I will email you directly about how to solve that.
Davis On Fri, Aug 12, 2011 at 6:43 PM, Charles Jackson <pjact...@gmail.com> wrote: > one question to team- I have a mac os version 10.6- and pressing the mmb > will launch the calendar and calculator widgets during any application- but > when using blender- this action overrides the ability to pan in the 3d > viewport- so the only way i can pan is the use two fingers on the finger > pad- I have been trying to modify panning- but it does not seem to stick- > any solutions- I have blender 2.58a- I don't remember this problem in > prior > versions- but I could be wrong..... thanks > > > On Fri, Aug 12, 2011 at 9:59 AM, Jim Williams <sphere1...@gmail.com> > wrote: > > > As painful as this attitude seems, I'd have to agree with it. The > > idea here is to modify expectations -- mostly on the developers part. > > > > Um....given that the next number is to be 6.0 I wouldn't mind seeing > > that "200 bugs" turn into "0 bugs" in the near future rather than have > > to learn new UI. It's really nice when round numbers mean pretty > > product. > > > > On Fri, Aug 12, 2011 at 6:45 AM, Campbell Barton <ideasma...@gmail.com> > > wrote: > > > This issue (IMHO) is not worth holding back the release for, we can > > > review Sergey's fix and have it ready for next release. > > > We now have 200 bugs in the tracker, so unless new bugs are found that > > > are regressions from previous releases we're better off sticking to a > > > more strict release cycle, 2.59 release we have now fixes ~140 bugs > > > since 2.58 so IMHO users are still better off with the update and not > > > waiting longer. > > > > > > On Fri, Aug 12, 2011 at 8:22 PM, Jass <gaia.cl...@machinimatrix.org> > > wrote: > > >> Why don't you just shift the release date (by one week for example), > > >> fix the issues as needed and keep trunk frozen for that period ? > > >> Wouldn't that help to get out an excellent release and avoid > > >> to push out 2.59b one week after 2.59 was released ? > > >> > > >> Am 12.08.2011 07:52, schrieb Sergey I. Sharybin: > > >>> Hi, > > >>> > > >>> I've got fix for grease pencil in mu branch [1], but it's really that > > >>> kind of changes which shouldn't be applied in last minute (at least > > >>> there are several possible issues i wanted to check), so let's limit > GP > > >>> a bit for 2.59. > > >>> > > >>> About reloading scripts and so. I've been working on UI in my branch > > >>> after merging ghash changes there and haven't found any bad sides of > > >>> this change. > > >>> > > >>> About more clear release next time. I'm not sure why this release is > so > > >>> "crazy". Is it our lag, lag of coordination or so.. > > >>> > > >>> [1] > > >>> > > > http://projects.blender.org/scm/viewvc.php?view=rev&root=bf-blender&revision=39313 > > >>> > > >>> P.S. linux 32/64 bit would be available soon. > > >>> > > >>> Campbell Barton wrote: > > >>>> Hi, woke up to find a re-release from a revision that contains > changes > > >>>> I made that were *not* intended to be in a stable release - > switching > > >>>> operators and menus to hash lookups. > > >>>> We should have branched at r39259 stable and applied patches there > > >>>> before re-releasing. > > >>>> > > >>>> > > >>>> There is also the issue with grease pencil session - where the > > >>>> operator points to data that can be freed on 'Global Undo' (as > opposed > > >>>> to the crasher with the modal operators own *fake* undo, fixed 39237 > > >>>> and double undos fixed 39235). > > >>>> > > >>>> Sergey's fix means you can't move the viewport while grease pencil > > >>>> session is enable so the option is now not at all working as it was > > >>>> meant. > > >>>> > > >>>> *Sigh* > > >>>> Since there were 3 fairly bad bugs in this tool (2 crashers), my > > >>>> impression is that option isn't used all that much. > > >>>> A correct fix isn't some small edit, the operator must store data > > >>>> differently, this should have been picked up during normal > > >>>> development, IMHO we should not attempt to sort this out as a > > >>>> last-minute, show-stopper fix. > > >>>> > > >>>> > > >>>> There is the remaining issue: > > >>>> Do we use current bsd/linux/mac builds from r39304 (and wait on win > > >>>> build before announcing), > > >>>> Or re-branch from 39259 and apply a few fixes there and rebuild on > all > > >>>> platforms. > > >>>> > > >>>> By not re-branching we break our own guidelines - to unfreeze quick > > >>>> but use a branch for fixes and it feels very sloppy to me. > > >>>> On the other hand my change of moving operators/menu's into a hash > > >>>> isn't that big a deal and works with scripts reloading, freeing, > > >>>> re-registering operators etc - I would expect any bugs here would be > > >>>> obvious and break blender immediately, so I *think* they are safe. > > >>>> > > >>>> Suggest to go ahead with r39304, but next release be more clear with > > >>>> release tag/branch, and the following unfreeze. > > >>>> > > >>>> - Campbell > > >>>> > > >>>> On Fri, Aug 12, 2011 at 3:58 AM, Kent Mein<m...@cs.umn.edu> > wrote: > > >>>>> In reply to Sergey I. Sharybin (g.ula...@gmail.com): > > >>>>> > > >>>>>> Didn't know OSX still have got issues with non-trunk verison. I've > > just > > >>>>>> commited patch from Jens to solve this problems. > > >>>>>> > > >>>>>> We prefer to keep revisions synced for all platforms, so please > use > > >>>>>> > > >>>>>> Trunk: r39307 > > >>>>>> Extensions: r2241 > > >>>>>> > > >>>>> Updated tarball of the source and md5sum are in incoming on > > ftp.blender.org > > >>>>> > > >>>>> Kent > > >>>>> _______________________________________________ > > >>>>> Bf-committers mailing list > > >>>>> Bf-committers@blender.org > > >>>>> http://lists.blender.org/mailman/listinfo/bf-committers > > >>>>> > > >>>> > > >>> > > >> > > >> _______________________________________________ > > >> Bf-committers mailing list > > >> Bf-committers@blender.org > > >> http://lists.blender.org/mailman/listinfo/bf-committers > > >> > > > > > > > > > > > > -- > > > - Campbell > > > _______________________________________________ > > > Bf-committers mailing list > > > Bf-committers@blender.org > > > http://lists.blender.org/mailman/listinfo/bf-committers > > > > > > > > > > > -- > > No essence. No permanence. No perfection. Only action. > > _______________________________________________ > > Bf-committers mailing list > > Bf-committers@blender.org > > http://lists.blender.org/mailman/listinfo/bf-committers > > > > > > -- > CPJ Action > _______________________________________________ > Bf-committers mailing list > Bf-committers@blender.org > http://lists.blender.org/mailman/listinfo/bf-committers > _______________________________________________ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers