Re: [Bf-committers] Fake User for Brushes
Sound's good to me Jason! But seriously, the way the brush selection works departs from the blender norm. You don't click on the texture preview to select the the texture type. Same goes for materials. Not to say that the new brush panel is worse, or a bad idea, but I also think it would be good to better indicate the change. Perhaps a little title above labeling it brush selector? Or perhaps you are right, maybe a little naming might fix the problem ;) On 7/22/10, Jason Wilkins wrote: > On Wed, Jul 21, 2010 at 11:02 PM, Daniel Salazar - 3Developer.com < > zan...@gmail.com> wrote: > >> Actually I showed the new sculpt brushes to my friend and the idiot went >> straight to the tool panel instead of clicking in the preview xD.. I dont >> know what else could be done :) >> >> Daniel Salazar >> >> The newest default .blend should have >>Tool at the very very bottom and > collapsed. > The only other thing I can think to do is give the tools technical names and > rename the > collapsible panel to something scary like 'Algorithm' > ___ > Bf-committers mailing list > Bf-committers@blender.org > http://lists.blender.org/mailman/listinfo/bf-committers > -- Sent from my mobile device >From Luke ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Fake User for Brushes
On Wed, Jul 21, 2010 at 11:02 PM, Daniel Salazar - 3Developer.com < zan...@gmail.com> wrote: > Actually I showed the new sculpt brushes to my friend and the idiot went > straight to the tool panel instead of clicking in the preview xD.. I dont > know what else could be done :) > > Daniel Salazar > > The newest default .blend should have >>Tool at the very very bottom and collapsed. The only other thing I can think to do is give the tools technical names and rename the collapsible panel to something scary like 'Algorithm' ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Fake User for Brushes
On Wed, Jul 21, 2010 at 8:02 PM, Daniel Salazar - 3Developer.com wrote: > Actually I showed the new sculpt brushes to my friend and the idiot went > straight to the tool panel instead of clicking in the preview xD.. I dont > know what else could be done :) Is the tool panel collapsed? (If not reload your default blend probably?) LetterRip > Daniel Salazar ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Fake User for Brushes
Actually I showed the new sculpt brushes to my friend and the idiot went straight to the tool panel instead of clicking in the preview xD.. I dont know what else could be done :) Daniel Salazar On Wed, Jul 21, 2010 at 10:00 PM, Tom M wrote: > On Wed, Jul 21, 2010 at 7:34 PM, Doug Ollivier > wrote: > > This is a related but not identical note: > > > > I've been teaching Blender a lot here in New Zealand, it's really picked > > up in recent month. 80 or so students over the last few months. > > > > Teaching Blender 2.5 takes about 66% of the time of teaching 2.49 which > > is absolutely amazing. However, I still find it interesting to observe > > students to see what goes wrong when they are left to their own devices. > > > > Clicking the Brush button in the top of the textures panel seems to be > > one of those things that goes wrong for about 10-20% of students. > > The Brush panel has changed and the tool panel is collapsed by > default. I think there will be far fewer problems now. > > > I'd also suggest that the outliner could add a new top level grouping > > including a list of brushes, as they seem to be an indipendant entity > > attached to the file as a whole rather than a specific object. This may > > solve the cleaning up of brushes as it would allow instant selection and > > deletion. > > That sounds like a good idea to me. > > LetterRip > ___ > 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
Re: [Bf-committers] Fake User for Brushes
On Wed, Jul 21, 2010 at 7:34 PM, Doug Ollivier wrote: > This is a related but not identical note: > > I've been teaching Blender a lot here in New Zealand, it's really picked > up in recent month. 80 or so students over the last few months. > > Teaching Blender 2.5 takes about 66% of the time of teaching 2.49 which > is absolutely amazing. However, I still find it interesting to observe > students to see what goes wrong when they are left to their own devices. > > Clicking the Brush button in the top of the textures panel seems to be > one of those things that goes wrong for about 10-20% of students. The Brush panel has changed and the tool panel is collapsed by default. I think there will be far fewer problems now. > I'd also suggest that the outliner could add a new top level grouping > including a list of brushes, as they seem to be an indipendant entity > attached to the file as a whole rather than a specific object. This may > solve the cleaning up of brushes as it would allow instant selection and > deletion. That sounds like a good idea to me. LetterRip ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Fake User for Brushes
This is a related but not identical note: I've been teaching Blender a lot here in New Zealand, it's really picked up in recent month. 80 or so students over the last few months. Teaching Blender 2.5 takes about 66% of the time of teaching 2.49 which is absolutely amazing. However, I still find it interesting to observe students to see what goes wrong when they are left to their own devices. Clicking the Brush button in the top of the textures panel seems to be one of those things that goes wrong for about 10-20% of students. From a User Interface perspective, a brush is already selectable in the tool shelf of the 4 paint modes and will change the contents of the texture panel, so having this button duplicated in the texture panel in the editmode or object mode context seems to add a layer of confusion to the Blender process of being in a Context > making a selection > and seeing related options in Buttons Panel. It would be interesting to observe a professional workflow to see if people set up brush textures in any mode other than one of the four paint modes? if not then I'd suggest the button could be removed. Project Orange, Apricot, Peach, Durian and Persimmon project members might be the best for a comment. I'd also suggest that the outliner could add a new top level grouping including a list of brushes, as they seem to be an indipendant entity attached to the file as a whole rather than a specific object. This may solve the cleaning up of brushes as it would allow instant selection and deletion. Doug Ollivier On 22/07/2010 2:58 p.m., Campbell Barton wrote: > Brushes could work like text datablocks or scenes, the user count isnt > really used and you can manually delete... > or they could work like actions where a fake user is added by default. > adding access to the fake user setting should be trivial. > > On Wed, Jul 21, 2010 at 4:48 PM, Daniel Salazar - 3Developer.com > wrote: > >> I suggest you take a look at Blender 2.4X databrowser (Shift F4), it had a >> way to manage fake users (f). In 2.5 you have to use the outliner in >> databrowse mode bu its not as easy/fast >> >> Daniel Salazar >> www.3developer.com >> >> >> On Wed, Jul 21, 2010 at 4:59 PM, Jason >> Wilkinswrote: >> >> >>> Brushes all have an extra reference count that keeps them from getting >>> deleted even when there is no paint mode that references one of them. So >>> it >>> is possible to unlink a brush from every paint mode and it will still be >>> saved in the .blend. This apparently isn't a problem and is the purpose of >>> the fake user, however there is no interface that will allow a user to >>> permanently delete this brush or relink it into a paint mode again. The >>> result is that if a user creates and deletes lots of brushes they will >>> cruft >>> up the his saved files needlessly. When I was editing startup.blend I >>> created/deleted several brushes while creating a new set. I noticed this >>> problem and used the debugger to skip saving any brushes that were not in >>> use by any of the paint modes. >>> >>> I'm assuming that the fake user acts as some sort of recycle bin so that >>> deleted objects can be retrieved so I think the main problem here is the >>> inability to recover brushes that have been unlinked. In fact, there is no >>> way to even, for example, link a brush used in texture paint into vertex >>> paint or something like that. (I may be wrong, before I changed it, the >>> same Draw brush was linked into 3 different paint modes, but as far as I >>> can >>> tell I do not know how that was done). >>> ___ >>> 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 >> >> > > > ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] Path to integrating bmesh in trunk
BMesh is nearing full completeness and stability, and I believe it can be merged into trunk within one (at most two) months. Since I've never had good success with posting testing builds (as a way of getting serious user testing), I'm going to get users to build/test it on IRC and hopefully have more success at finding all the show-stopping issues. I'll try to post some developer docs in the wiki; there's a bunch of comments in source/blender/bmesh/*.h and some docs in bmesh/docs, but I need to consolidate and organize all the information in a better way and fill in the gaps still. Once I have it fully ready, the merge itself will have to be scheduled so it doesn't interfere with a release (there are always issues that only show up in trunk, when many more users start using the code in real projects, so there needs to be enough time to work those out before any release). One potential issue is mesh RNA; the current RNA mesh API is going to change, and I'm going to write an RNA api wrapping bmesh as well. It should be possible to write a wrapper .py module that emulates the current API, to avoid having to totally rewrite the current set of mesh scripts. Anyway, feel free to look over the branch and ask questions, I'll try to be in IRC as much as possible. Questions will help me in making a good set of dev documentation, that's clear about why things are the way they are. Joe ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Fake User for Brushes
Brushes could work like text datablocks or scenes, the user count isnt really used and you can manually delete... or they could work like actions where a fake user is added by default. adding access to the fake user setting should be trivial. On Wed, Jul 21, 2010 at 4:48 PM, Daniel Salazar - 3Developer.com wrote: > I suggest you take a look at Blender 2.4X databrowser (Shift F4), it had a > way to manage fake users (f). In 2.5 you have to use the outliner in > databrowse mode bu its not as easy/fast > > Daniel Salazar > www.3developer.com > > > On Wed, Jul 21, 2010 at 4:59 PM, Jason Wilkins > wrote: > >> Brushes all have an extra reference count that keeps them from getting >> deleted even when there is no paint mode that references one of them. So >> it >> is possible to unlink a brush from every paint mode and it will still be >> saved in the .blend. This apparently isn't a problem and is the purpose of >> the fake user, however there is no interface that will allow a user to >> permanently delete this brush or relink it into a paint mode again. The >> result is that if a user creates and deletes lots of brushes they will >> cruft >> up the his saved files needlessly. When I was editing startup.blend I >> created/deleted several brushes while creating a new set. I noticed this >> problem and used the debugger to skip saving any brushes that were not in >> use by any of the paint modes. >> >> I'm assuming that the fake user acts as some sort of recycle bin so that >> deleted objects can be retrieved so I think the main problem here is the >> inability to recover brushes that have been unlinked. In fact, there is no >> way to even, for example, link a brush used in texture paint into vertex >> paint or something like that. (I may be wrong, before I changed it, the >> same Draw brush was linked into 3 different paint modes, but as far as I >> can >> tell I do not know how that was done). >> ___ >> 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
Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [30598] trunk/blender/source/blender/ editors/space_sequencer/sequencer_add.c: Fix #22894
On Wed, Jul 21, 2010 at 10:46 PM, Campbell Barton wrote: > Image strips use 'directory' and 'files' properties, So in this case > its correct that WM_FILESEL_FILEPATH isnt used. > DND should be made to support this. I see, I will take a look at this. > > On Wed, Jul 21, 2010 at 12:49 PM, Diego Borghetti wrote: >> Revision: 30598 >> >> http://projects.blender.org/plugins/scmsvn/viewcvs.php?view=rev&root=bf-blender&revision=30598 >> Author: bdiego >> Date: 2010-07-21 21:49:43 +0200 (Wed, 21 Jul 2010) >> >> Log Message: >> --- >> Fix #22894 >> >> [#22894] SEQUENCER; Drag & Drop into VSE as strip sends user to >> file manager for import - MS Windows >> >> The invoke function for both operator don't check the the filepath >> property (this come from the drop event), so always open the >> file browser. >> >> Note that this problem is still there for Image, but there is something >> else there, because the op SEQUENCER_OT_image_strip_add never got >> this property (filepath). I check and the problem seems to be the >> missing WM_FILESEL_FILEPATH when call WM_operator_properties_filesel. >> >> The problem is that if I put this flag in the function, the image >> strip stop working, so have to check a little more about this. >> (Any idea why ?) >> >> Modified Paths: >> -- >> trunk/blender/source/blender/editors/space_sequencer/sequencer_add.c >> >> Modified: >> trunk/blender/source/blender/editors/space_sequencer/sequencer_add.c >> === >> --- trunk/blender/source/blender/editors/space_sequencer/sequencer_add.c >> 2010-07-21 19:44:59 UTC (rev 30597) >> +++ trunk/blender/source/blender/editors/space_sequencer/sequencer_add.c >> 2010-07-21 19:49:43 UTC (rev 30598) >> @@ -352,6 +352,10 @@ >> if(!RNA_property_is_set(op->ptr, "relative_path")) >> RNA_boolean_set(op->ptr, "relative_path", U.flag & >> USER_RELPATHS); >> >> + /* This is for drag and drop */ >> + if(RNA_property_is_set(op->ptr, "filepath")) >> + return sequencer_add_movie_strip_exec(C, op); >> + >> sequencer_generic_invoke_xy__internal(C, op, event, 0); >> >> WM_event_add_fileselect(C, op); >> @@ -403,6 +407,10 @@ >> if(!RNA_property_is_set(op->ptr, "relative_path")) >> RNA_boolean_set(op->ptr, "relative_path", U.flag & >> USER_RELPATHS); >> >> + /* This is for drag and drop */ >> + if(RNA_property_is_set(op->ptr, "filepath")) >> + return sequencer_add_sound_strip_exec(C, op); >> + >> sequencer_generic_invoke_xy__internal(C, op, event, 0); >> >> WM_event_add_fileselect(C, op); >> >> >> ___ >> Bf-blender-cvs mailing list >> bf-blender-...@blender.org >> http://lists.blender.org/mailman/listinfo/bf-blender-cvs >> > > > > -- > - Campbell > ___ > 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
Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [30598] trunk/blender/source/blender/ editors/space_sequencer/sequencer_add.c: Fix #22894
Image strips use 'directory' and 'files' properties, So in this case its correct that WM_FILESEL_FILEPATH isnt used. DND should be made to support this. On Wed, Jul 21, 2010 at 12:49 PM, Diego Borghetti wrote: > Revision: 30598 > > http://projects.blender.org/plugins/scmsvn/viewcvs.php?view=rev&root=bf-blender&revision=30598 > Author: bdiego > Date: 2010-07-21 21:49:43 +0200 (Wed, 21 Jul 2010) > > Log Message: > --- > Fix #22894 > > [#22894] SEQUENCER; Drag & Drop into VSE as strip sends user to > file manager for import - MS Windows > > The invoke function for both operator don't check the the filepath > property (this come from the drop event), so always open the > file browser. > > Note that this problem is still there for Image, but there is something > else there, because the op SEQUENCER_OT_image_strip_add never got > this property (filepath). I check and the problem seems to be the > missing WM_FILESEL_FILEPATH when call WM_operator_properties_filesel. > > The problem is that if I put this flag in the function, the image > strip stop working, so have to check a little more about this. > (Any idea why ?) > > Modified Paths: > -- > trunk/blender/source/blender/editors/space_sequencer/sequencer_add.c > > Modified: trunk/blender/source/blender/editors/space_sequencer/sequencer_add.c > === > --- trunk/blender/source/blender/editors/space_sequencer/sequencer_add.c > 2010-07-21 19:44:59 UTC (rev 30597) > +++ trunk/blender/source/blender/editors/space_sequencer/sequencer_add.c > 2010-07-21 19:49:43 UTC (rev 30598) > @@ -352,6 +352,10 @@ > if(!RNA_property_is_set(op->ptr, "relative_path")) > RNA_boolean_set(op->ptr, "relative_path", U.flag & > USER_RELPATHS); > > + /* This is for drag and drop */ > + if(RNA_property_is_set(op->ptr, "filepath")) > + return sequencer_add_movie_strip_exec(C, op); > + > sequencer_generic_invoke_xy__internal(C, op, event, 0); > > WM_event_add_fileselect(C, op); > @@ -403,6 +407,10 @@ > if(!RNA_property_is_set(op->ptr, "relative_path")) > RNA_boolean_set(op->ptr, "relative_path", U.flag & > USER_RELPATHS); > > + /* This is for drag and drop */ > + if(RNA_property_is_set(op->ptr, "filepath")) > + return sequencer_add_sound_strip_exec(C, op); > + > sequencer_generic_invoke_xy__internal(C, op, event, 0); > > WM_event_add_fileselect(C, op); > > > ___ > Bf-blender-cvs mailing list > bf-blender-...@blender.org > http://lists.blender.org/mailman/listinfo/bf-blender-cvs > -- - Campbell ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] [#22950] The width of a layout object does not propagate to its sub-layout objects (row, column, box, etc.)
Hi, As a follow-up of a commit into the Freestyle branch, I have just filed a bug report #22950 to the Blender 2.5 bug tracker. The issue is that the width of a layout object does not propagate to its sub-layout objects (row, column, box, etc.), which makes the appearance of curve mapping template broken when it is used with respect to a sub-layout object. A patch to fix the issue is in the attachment of the bug report (also shown in the commit log quoted below). A review of the patch by core developers (and a better fix of the issue if possible) would be highly appreciated. Thanks, -- KAJIYAMA, Tamito - Original Message - From: "Tamito Kajiyama" To: Sent: Thursday, July 22, 2010 12:17 AM Subject: Subject: [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [30602] branches/soc-2008-mxcurioni > Revision: 30602 > > http://projects.blender.org/plugins/scmsvn/viewcvs.php?view=rev&root=bf-blender&revision=30602 > Author: kjym3 > Date: 2010-07-22 01:17:37 +0200 (Thu, 22 Jul 2010) > > Log Message: > --- > Temporary fix for a bug that the width of a layout object is not propagated > to its sub-layout objects such as row, column, box, etc. Due to this bug, > layout.template_curve_mapping() shows a zero-height curve window when the > function is called with respect to a sub-layout object. This issue should > be fixed in the trunk as well. > > Modified Paths: > -- > > branches/soc-2008-mxcurioni/source/blender/editors/interface/interface_layout.c > > Modified: > branches/soc-2008-mxcurioni/source/blender/editors/interface/interface_layout.c > === > --- > branches/soc-2008-mxcurioni/source/blender/editors/interface/interface_layout.c > 2010-07-21 23:08:10 UTC (rev 30601) > +++ > branches/soc-2008-mxcurioni/source/blender/editors/interface/interface_layout.c > 2010-07-21 23:17:37 UTC (rev 30602) > @@ -2002,6 +2002,7 @@ > litem->enabled= 1; > litem->context= layout->context; > litem->space= (align)? 0: layout->root->style->buttonspacex; > + litem->w = layout->w; > BLI_addtail(&layout->items, litem); > > uiBlockSetCurLayout(layout->root->block, litem); > @@ -2021,6 +2022,7 @@ > litem->enabled= 1; > litem->context= layout->context; > litem->space= (litem->align)? 0: layout->root->style->buttonspacey; > + litem->w = layout->w; > BLI_addtail(&layout->items, litem); > > uiBlockSetCurLayout(layout->root->block, litem); > @@ -2040,6 +2042,7 @@ > flow->litem.enabled= 1; > flow->litem.context= layout->context; > flow->litem.space= (flow->litem.align)? 0: layout->root->style->columnspace; > + flow->litem.w = layout->w; > flow->number= number; > BLI_addtail(&layout->items, flow); > > @@ -2059,6 +2062,7 @@ > box->litem.enabled= 1; > box->litem.context= layout->context; > box->litem.space= layout->root->style->columnspace; > + box->litem.w = layout->w; > BLI_addtail(&layout->items, box); > > uiBlockSetCurLayout(layout->root->block, &box->litem); > > > ___ > Bf-blender-cvs mailing list > bf-blender-...@blender.org > http://lists.blender.org/mailman/listinfo/bf-blender-cvs ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Fake User for Brushes
I suggest you take a look at Blender 2.4X databrowser (Shift F4), it had a way to manage fake users (f). In 2.5 you have to use the outliner in databrowse mode bu its not as easy/fast Daniel Salazar www.3developer.com On Wed, Jul 21, 2010 at 4:59 PM, Jason Wilkins wrote: > Brushes all have an extra reference count that keeps them from getting > deleted even when there is no paint mode that references one of them. So > it > is possible to unlink a brush from every paint mode and it will still be > saved in the .blend. This apparently isn't a problem and is the purpose of > the fake user, however there is no interface that will allow a user to > permanently delete this brush or relink it into a paint mode again. The > result is that if a user creates and deletes lots of brushes they will > cruft > up the his saved files needlessly. When I was editing startup.blend I > created/deleted several brushes while creating a new set. I noticed this > problem and used the debugger to skip saving any brushes that were not in > use by any of the paint modes. > > I'm assuming that the fake user acts as some sort of recycle bin so that > deleted objects can be retrieved so I think the main problem here is the > inability to recover brushes that have been unlinked. In fact, there is no > way to even, for example, link a brush used in texture paint into vertex > paint or something like that. (I may be wrong, before I changed it, the > same Draw brush was linked into 3 different paint modes, but as far as I > can > tell I do not know how that was done). > ___ > 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
[Bf-committers] Fake User for Brushes
Brushes all have an extra reference count that keeps them from getting deleted even when there is no paint mode that references one of them. So it is possible to unlink a brush from every paint mode and it will still be saved in the .blend. This apparently isn't a problem and is the purpose of the fake user, however there is no interface that will allow a user to permanently delete this brush or relink it into a paint mode again. The result is that if a user creates and deletes lots of brushes they will cruft up the his saved files needlessly. When I was editing startup.blend I created/deleted several brushes while creating a new set. I noticed this problem and used the debugger to skip saving any brushes that were not in use by any of the paint modes. I'm assuming that the fake user acts as some sort of recycle bin so that deleted objects can be retrieved so I think the main problem here is the inability to recover brushes that have been unlinked. In fact, there is no way to even, for example, link a brush used in texture paint into vertex paint or something like that. (I may be wrong, before I changed it, the same Draw brush was linked into 3 different paint modes, but as far as I can tell I do not know how that was done). ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] [Bulk] Re: Release AHOY, rev 30579 - lazy bum warning
Hi, That's totally cool! All the main builds are in now. There is still about a couple of hours work for me to have the release complete, which I'll do in the morning. In the mean time the mirrors will rsync overnight too. Thanks, -Ton- Ton Roosendaal Blender Foundation t...@blender.orgwww.blender.org Blender Institute Entrepotdok 57A 1018AD Amsterdam The Netherlands On 21 Jul, 2010, at 19:40, Damien Plisson wrote: > OSX ppc, i386 & x86_64 uploaded too. (From a fresh svn co > https://svn.blender.org/svnroot/bf-blender/tags/blender-2.53-release/blender > ;) > > Damien > > Le 21 juil. 2010 à 16:59, Ken Hughes a écrit : > >> Linux 32-bit and 64-bit uploaded to download.blender.org/incoming. >> >> Ken >> ___ >> 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 > ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] [Bulk] Re: Release AHOY, rev 30579 - lazy bum warning
OSX ppc, i386 & x86_64 uploaded too. (From a fresh svn co https://svn.blender.org/svnroot/bf-blender/tags/blender-2.53-release/blender ;) Damien Le 21 juil. 2010 à 16:59, Ken Hughes a écrit : > Linux 32-bit and 64-bit uploaded to download.blender.org/incoming. > > Ken > ___ > 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
Re: [Bf-committers] Release AHOY, rev 30579 - lazy bum warning
Linux 32-bit and 64-bit uploaded to download.blender.org/incoming. Ken ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Release AHOY, rev 30579 - lazy bum warning
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 21.7.2010 14:40, Nathan Letwory wrote: > On 21.7.2010 14:30, Nathan Letwory wrote: >> On 21.7.2010 14:19, Nathan Letwory wrote: >>> On 21.7.2010 14:17, Ton Roosendaal wrote: Hi all, > We now do an official attempt to build the binaries. SVN is being tagged, you need r30579 for the builds. > >>> Actually, the tag is on r30580 :) > >>> https://svn.blender.org/svnroot/bf-blender/tags/blender-2.53-release > >> Builders, since I had to change the svn:externals link for addons, >> please do take r30581. > >> This way we also have the addons properly tagged > > And to ensure I have many replies on my own messages, to the builders: Continuing with that - Windows builds are on the server. /Nathan - -- Nathan Letwory Letwory Interactive http://www.letworyinteractive.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMRu5fAAoJEKtfN7KsE0TtCK4IALP9IJJk6P2XI81TRNY4aN96 oXxiKEey3obyK/LUmdywzPUPTMiylkZ0yN5FqgNOHEKW6fDQoi0HOWUgAhX8jIew bgg5b1FByTqkGmbQWaWPopAdhyMmcD1kO6fU58xQr2cQnG+kg7uDdGVXIv8LVlUm KG/cnvP2Lk/QXLXW0XwuszKdEfK0UOcK41BMxCs1wrfsPGfXFjtpgnfD00u+RRLi fm8JhSDGdLFqiNCoGJ3V44V0BINk2u8R1fM/TrDBDZj0dC2IxmRU0AKomErxPJRR IjUSB9yFkmcaMHbobfCA84D4OhNPRpOYLpbtlSDFvLSsRgoyIV/Ikq+hX3n4qVE= =0Kxn -END PGP SIGNATURE- ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Release AHOY, rev 30579 - lazy bum warning
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 21.7.2010 14:30, Nathan Letwory wrote: > On 21.7.2010 14:19, Nathan Letwory wrote: >> On 21.7.2010 14:17, Ton Roosendaal wrote: >>> Hi all, > >>> We now do an official attempt to build the binaries. >>> SVN is being tagged, you need r30579 for the builds. > >> Actually, the tag is on r30580 :) > >> https://svn.blender.org/svnroot/bf-blender/tags/blender-2.53-release > > Builders, since I had to change the svn:externals link for addons, > please do take r30581. > > This way we also have the addons properly tagged And to ensure I have many replies on my own messages, to the builders: you do export from the tag, right? :) (and not just lazily update from a trunk checkout you have already). /Nathan - -- Nathan Letwory Letwory Interactive http://www.letworyinteractive.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMRty8AAoJEKtfN7KsE0TtxXwIAI13BX52Wr2GrQNgXosUTnaX 4KlqeW54S7NlbNxu0L7Q8rdw7BYxvyYitVEoH/8auf8Z0qSxpK62mJxd6D/rduT9 ToAPH6DyLulz2gDNGdwt5WhXFRNKYFqb+pL+6lrPtzrwxr0zuL5x35niJ5xbg+Fr O7lWr3K2sr2zRb4lAfGU2fJbqGs2hXpZUSHCR90OxXkLbZkwAJE4mE4Rcyaj3Aim zJQrc/WbwPKT34krPYw8ueSfBoVHKM5Jyc4Kv5sr5kap37U8UQ27mux7D9Ycllpg TYlks113ktbZQQ2dEZoMjJ3BA+jD1Y9QQhv1i3ZE/PK8XskJ0rlrbz0HRtrhS50= =a3xj -END PGP SIGNATURE- ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Release AHOY, rev 30579
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 21.7.2010 14:19, Nathan Letwory wrote: > On 21.7.2010 14:17, Ton Roosendaal wrote: >> Hi all, > >> We now do an official attempt to build the binaries. >> SVN is being tagged, you need r30579 for the builds. > > Actually, the tag is on r30580 :) > > https://svn.blender.org/svnroot/bf-blender/tags/blender-2.53-release Builders, since I had to change the svn:externals link for addons, please do take r30581. This way we also have the addons properly tagged /Nathan - -- Nathan Letwory Letwory Interactive http://www.letworyinteractive.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMRtpkAAoJEKtfN7KsE0TtPH8H/33c1Nd1bEqqT3b7h56xZpf1 yUWa7TIojqu6ceCCgJEw4oHcQdFTXbqy/W/wAE55GuFoQm346cJ0eeuhYWFUnovx pFTm4c0y4uELGKvSlrom955fh0UM7aimORZskY2OyKBKPHOyGFiKpeewMz/y6Z+X q+TzeQfU1NWXFNmvbO78/OI3lTPeTw2BarwnS4Trl1wqsZHe8A2EP5ViHiVSxED5 2zfzfny0Jxoko41826UbUQc4OEOf56jsbsAljxSUU2WWUKBhj6vGm4zw0FxvZVj6 C80wx4iLfmS1LvOxm+heinSR4ZF8D+xk7PLdUZFmdZvSsOaZJ2P2FQwA4O2K9mE= =UReW -END PGP SIGNATURE- ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Release AHOY, rev 30579
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 21.7.2010 14:17, Ton Roosendaal wrote: > Hi all, > > We now do an official attempt to build the binaries. > SVN is being tagged, you need r30579 for the builds. Actually, the tag is on r30580 :) https://svn.blender.org/svnroot/bf-blender/tags/blender-2.53-release /Nathan - -- Nathan Letwory Letwory Interactive http://www.letworyinteractive.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMRtfLAAoJEKtfN7KsE0TtsQIIAKXGpVRLzHFTDMEVLxE6G3QR 3fRzURtLxZk7W+epwcZnGlXIqGfQF4wpRVj7UQqx3Pl74XsRjptw/dO2f/OUECbh 4y52ajcXDMzrMmw9w+3InSxF9C786EAOSncTlCHPmFqTEwzfJIy0q1iaZOYm2CKL cPwjN60CrjfNsb+WFrvpK7fs5C6LutwMi2njsJofUGuefbWZ9T6aT75e4OCgQIkB nOVtlPutACzP/P/tFvGTulT7U4C2vpUjRQiCPQBFVnKXNxWSA12RSOEHuPzSBU77 WohuCY4UTO/3qRUaE96C8uzXsIPLnvCacs2b/nYv9mOzwr2ZjZDWAr4F3TZaOZ8= =oCiu -END PGP SIGNATURE- ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] Release AHOY, rev 30579
Hi all, We now do an official attempt to build the binaries. SVN is being tagged, you need r30579 for the builds. As usual put the binaries online, or tell me where to get them. Thanks! -Ton- Ton Roosendaal Blender Foundation t...@blender.orgwww.blender.org Blender Institute Entrepotdok 57A 1018AD Amsterdam The Netherlands ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Blender 2.53 beta AHOY!
Can you please fix this really annoying regression before release? https://projects.blender.org/tracker/index.php?func=detail&aid=22870&group_id=9&atid=498 (First paragraph only, the second one is more like a feature request) This bug is not present in the last alpha (it was introduced a month ago I think) and is really annoying doing texture work. It should be an easy fix. -- Alberto ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [30568] trunk/blender/source/blender/ blenkernel/intern/sound.c: Merging revision 30567 from my GSoC branch, log: Fix for sound n
On 07/21/2010 09:55 AM, Joerg Mueller wrote: > Log Message: > --- > Merging revision 30567 from my GSoC branch, log: Fix for sound not possible > to load when file unsaved. ack, sorry for being noisy, I didn't see it :) Luca _ http://www.mindrones.com ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [30567] branches/soc-2010-nexyon/source/ blender/blenkernel/intern/sound.c: Fix for sound not possible to load when file unsaved.
Hi, On 07/21/2010 09:52 AM, Joerg Mueller wrote: > Revision: 30567 > > http://projects.blender.org/plugins/scmsvn/viewcvs.php?view=rev&root=bf-blender&revision=30567 > Author: nexyon > Date: 2010-07-21 09:52:53 +0200 (Wed, 21 Jul 2010) > > Log Message: > --- > Fix for sound not possible to load when file unsaved. can you please fix this in trunk too so that this goes in beta 3? I had this bug yesterday while testing but I hadn't the force to report... Thanks! Luca _ http://www.mindrones.com ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers