Re: [Bf-committers] 3D Cursor and Border Select
+1000 to this ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] Blender Compile Broken
Hi, the blender compile has stopped working with Cmake. It starts with r43588, I think. [ 0%] Building C object source/blender/editors/curve/CMakeFiles/bf_editor_curve.dir/curve_ops.c.o [ 0%] Building C object source/blender/editors/gpencil/CMakeFiles/bf_editor_gpencil.dir/drawgpencil.c.o [ 0%] Building C object source/blender/editors/metaball/CMakeFiles/bf_editor_metaball.dir/mball_edit.c.o [ 0%] Building C object source/blender/editors/armature/CMakeFiles/bf_editor_armature.dir/armature_ops.c.o [ 0%] [ 0%] Building C object source/blender/editors/interface/CMakeFiles/bf_editor_interface.dir/interface.c.o [ 0%] Building C object source/blender/editors/animation/CMakeFiles/bf_editor_animation.dir/anim_channels_defines.c.o Building C object source/blender/editors/mesh/CMakeFiles/bf_editor_mesh.dir/editface.c.o [ 0%] Building C object source/blender/editors/object/CMakeFiles/bf_editor_object.dir/object_add.c.o [ 0%] Building C object source/blender/editors/curve/CMakeFiles/bf_editor_curve.dir/editcurve.c.o /home/b99/blender-vol/blender/source/blender/editors/object/object_add.c: In function ‘object_add_duplicate_internal’: /home/b99/blender-vol/blender/source/blender/editors/object/object_add.c:1799:5: error: ISO C90 forbids mixed declarations and code [-Werror=declaration-after-statement] cc1: some warnings being treated as errors make[2]: *** [source/blender/editors/object/CMakeFiles/bf_editor_object.dir/object_add.c.o] Error 1 make[1]: *** [source/blender/editors/object/CMakeFiles/bf_editor_object.dir/all] Error 2 make[1]: *** Waiting for unfinished jobs [ 0%] [ 0%] Building C object source/blender/editors/armature/CMakeFiles/bf_editor_armature.dir/editarmature.c.o Building C object source/blender/editors/curve/CMakeFiles/bf_editor_curve.dir/editfont.c.o [ 0%] Building C object source/blender/editors/metaball/CMakeFiles/bf_editor_metaball.dir/mball_ops.c.o Linking C static library ../../../../lib/libbf_editor_metaball.a [ 0%] Building C object source/blender/editors/gpencil/CMakeFiles/bf_editor_gpencil.dir/editaction_gpencil.c.o [ 0%] Built target bf_editor_metaball [ 0%] Building C object source/blender/editors/gpencil/CMakeFiles/bf_editor_gpencil.dir/gpencil_buttons.c.o [ 0%] Building C object source/blender/editors/mesh/CMakeFiles/bf_editor_mesh.dir/editmesh.c.o [ 0%] Building C object source/blender/editors/gpencil/CMakeFiles/bf_editor_gpencil.dir/gpencil_edit.c.o [ 0%] Building C object source/blender/editors/gpencil/CMakeFiles/bf_editor_gpencil.dir/gpencil_ops.c.o [ 0%] Building C object source/blender/editors/mesh/CMakeFiles/bf_editor_mesh.dir/editmesh_add.c.o [ 0%] Building C object source/blender/editors/animation/CMakeFiles/bf_editor_animation.dir/anim_channels_edit.c.o [ 0%] Building C object source/blender/editors/gpencil/CMakeFiles/bf_editor_gpencil.dir/gpencil_paint.c.o [ 0%] Building C object source/blender/editors/animation/CMakeFiles/bf_editor_animation.dir/anim_deps.c.o [ 0%] Building C object source/blender/editors/interface/CMakeFiles/bf_editor_interface.dir/interface_anim.c.o [ 0%] Building C object source/blender/editors/gpencil/CMakeFiles/bf_editor_gpencil.dir/gpencil_undo.c.o [ 0%] Building C object source/blender/editors/armature/CMakeFiles/bf_editor_armature.dir/editarmature_generate.c.o [ 0%] Building C object source/blender/editors/animation/CMakeFiles/bf_editor_animation.dir/anim_draw.c.o [ 0%] Building C object source/blender/editors/armature/CMakeFiles/bf_editor_armature.dir/editarmature_retarget.c.o [ 0%] Building C object source/blender/editors/mesh/CMakeFiles/bf_editor_mesh.dir/editmesh_lib.c.o Linking C static library ../../../../lib/libbf_editor_gpencil.a [ 0%] Building C object source/blender/editors/interface/CMakeFiles/bf_editor_interface.dir/interface_draw.c.o [ 0%] Built target bf_editor_gpencil [ 0%] Building C object source/blender/editors/interface/CMakeFiles/bf_editor_interface.dir/interface_handlers.c.o [ 0%] Building C object source/blender/editors/armature/CMakeFiles/bf_editor_armature.dir/editarmature_sketch.c.o [ 0%] Building C object source/blender/editors/animation/CMakeFiles/bf_editor_animation.dir/anim_filter.c.o [ 0%] Building C object source/blender/editors/armature/CMakeFiles/bf_editor_armature.dir/meshlaplacian.c.o [ 0%] Building C object source/blender/editors/animation/CMakeFiles/bf_editor_animation.dir/anim_ipo_utils.c.o [ 0%] [ 0%] Building C object source/blender/editors/interface/CMakeFiles/bf_editor_interface.dir/interface_icons.c.o Building C object source/blender/editors/armature/CMakeFiles/bf_editor_armature.dir/poseSlide.c.o [ 0%] Building C object source/blender/editors/animation/CMakeFiles/bf_editor_animation.dir/anim_markers.c.o [ 0%] Building C object source/blender/editors/armature/CMakeFiles/bf_editor_armature.dir/poseUtils.c.o [ 0%] Building C object source/blender/editors/armature/CMakeFiles/bf_editor_armature.dir/poselib.c.o [ 0%] Building C object
Re: [Bf-committers] blender UI state
Why not simply draw a faint outline around the box and text? On Fri, Jan 20, 2012 at 7:42 PM, GSR gsr@infernal-iceberg.com wrote: [Offlist] Hi, trumanblend...@gmail.com (2012-01-21 at 1116.01 +1100): Hi All, Slight improvement on the image Campbell posted: http://www.pasteall.org/pic/show.php?id=24767 IMO check boxes can cause extra clutter if not used judiciously, using toggle buttons instead means that the area used to indicate True/False coincides with the label and is more space efficient. Also, using toggle Also gives a way better hint of what zone can be clicked. It becomes obvious that the zone is big, even before you pick the mouse. So easier to hit and thus faster interaction with the program. Some toolkits accept clicking the label, others only the small square. The box-only mode is slowest while the box-and-label mode is as fast as the full-button case... if you ever learn you can do that. Too many people will never ever try clicking the label, and will always aim at the tiny square. Good job. GSR ___ 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] blender UI state
But it would solve the problem of people not knowing the clickable region. On Fri, Jan 20, 2012 at 8:19 PM, GSR gsr@infernal-iceberg.com wrote: Hi, kelvinsh...@gmail.com (2012-01-20 at 2005.42 -0500): Why not simply draw a faint outline around the box and text? So basically it would be a faint button with a box (and check mark) on the left side. And still not everyone will think that zone is clickable, because the box is the one that looks like a button and the line could be a decoration outline. :] GSR ___ 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] Cmake Errors
Hi, blender building with Cmake is no longer working: CMake Error at CMakeLists.txt:1413 (ADD_CHECK_C_COMPILER_FLAG): ADD_CHECK_C_COMPILER_FLAG Macro invoked with incorrect arguments for macro named: ADD_CHECK_C_COMPILER_FLAG -- Blender Skipping: (bf_collada;extern_openjpeg;extern_redcode) -- Configuring incomplete, errors occurred! ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Cycles movement blur
Would this not require a BVH rebuild on each pass? On Tue, Nov 15, 2011 at 4:23 PM, Raul Fernandez farsthar...@yahoo.eswrote: Is interesting a full unbiased solution to motion blur can be instead or sampling (rendering) a point in time scene (static) to fully sample(in a random or pseudo random) way an interval scene (like the aperture size of the camera) though this may be more efficient in terms of required samples it can be costly in terms of memory because you have to have simultaneous access to a range of scenes instead of one, I don't know how Cycles engine deal with memory and frame scenes tough ... those are my two cents ;) De: Knapp magick.c...@gmail.com Para: bf-blender developers bf-committers@blender.org Enviado: martes 15 de noviembre de 2011 22:46 Asunto: [Bf-committers] Cycles movement blur I was just thinking today that Cycles could do motion blur without taking a big CPU hit. I don't know much about all this so I bet my ideas is wrong or old but I thought I would post it just in case. When we do animation the computer calculates tweens and moves stuff for us. It does this once per frame. Cycles does many render cycles per frame. It struck me today that if at each cycle pass you move the object you would get a blur effect. I was also thinking that you might move it every 100 out of a 1000 pass to get interesting stutter effects. I look forward to hearing if my idea was good or only trash. BTW I would love to see a pause on the main render. Cycles eat my CPU alive and does not let me do much in the background. A nice/slow button might be good too but I am sure I am not the first to say this. Thanks for all the really cool work!! I love cycles, dynamic paint, motion tracking and ocean sim! All the other stuff is more in the background but I am sure I will be loving it too once I find it! -- Douglas E Knapp Creative Commons Film Group, Helping people make open source movies with open source software! http://douglas.bespin.org/CommonsFilmGroup/phpBB3/index.php Massage in Gelsenkirchen-Buer: http://douglas.bespin.org/tcm/ztab1.htm Please link to me and trade links with me! Open Source Sci-Fi mmoRPG Game project. http://sf-journey-creations.wikispot.org/Front_Page http://code.google.com/p/perspectiveproject/ ___ 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] Including documentation in BCon cycle
On Tue, Nov 8, 2011 at 1:32 PM, Knapp magick.c...@gmail.com wrote: On Tue, Nov 8, 2011 at 3:52 PM, mindrones mindro...@gmail.com wrote: Hi, On 11/08/2011 03:18 PM, Knapp wrote: Maybe it's time to hire someone to get a well documented wiki ;) Funny, I was thinking the same thing as I fell asleep last night. One person in charge of finding the problems and talking with the devs, coordinating of the writers and pulling together all the docs, what you are saying above is OK for the wiki. As it's being discussed in docboard and #blenderwiki: * we're now reviewing the 2.5 manual (not in good shape at all) That is for sure. One of the reasons I really liked Blender was the 2.4 manual. It was great. I wonder why? * we'll install a reviewing system * we'll define a team of reviewers with the rights to accept edits made in wiki, so that the content users will see is always ok * for each blender module (modeling, rigging, etc), we intend to find a 'main' (not exclusive) reviewer that will take care of: * review and and format contents inserted by devs * review content inserted by occasional editors * hunt for new editors (experienced in blender possibly) * these modules reviewers will have to communicate with the main admins (more on this later) to make sure the manual structure/templates/etc are agreed upon. This should be a team work. Though, IMO the first input should come by the developer, which should write even just a draft (no wiki formatting) the tool documentation. Otherwise you get the current problems, also outlined by Francesco. The potential writer has to discover the tool by trial and error, then find the strength to formalize what he has discovered, format it in good wikitext, using blenderwiki templates. Honestly, that's a lot to ask. Ya but at the same time lots of us do 30-90 minute vids. links, blogs, vids, books and manuals into a cohesive, updated whole would be a god send! I think this is not a good idea. Two examples: * deadlinks are a nigthmare to maintain Yes, but they are all OK on Wikipedia and could be here too with the right set up. * you can't paste a book or a blog page in the wiki without permission Clearly a push not pull situation. I think authors and bloggers would be happy to try and keep a link page up to date if they knew it was there and the users knew it was the first place to stop when looking for something. Blender.org should be the first or second place (behind Google) that users go for their info. As it stands, it is about the last place I go but it used to be the first. On the other hand we already have the books. Did you know that? I know it took me a long time to find them when I knew they were there! These are some great sources of info! They SHOULD be very easy to find with Google but they are not. http://wiki.blender.org/index.php/Doc:2.5/Books http://wiki.blender.org/index.php/Doc:2.4/Books IMHO The wiki should not phagocytize the whole web, but rather be a good reference with its own identity and direction. I think we should keep in mind that we have a manual and it should be THE source of good info and then we have a wiki. (I know the two overlap) We should not trash everything in, but rather make a good team work, and refine communication channels: devs - wiki admins - writers team - users, also formalizing this in the BCon, so that documentation is not an boring optional, but part of the job of the developer. I have long thought that documentors should be recognized for what they do just as devs are. I truly can't say a dev is more important than a doccer in a mature program like blender. The program lives and dies based on both sides of the work. Surely with insights from devs the doc will become much more appealing also to professional users and companies :) The biggest problem that I see with blender is the new user coming to blender and that leaving because they are so over loaded and can't find good help or docs. God knows we have a great program but without good intros newbies will leave. I got over this hump because of graybeards vids on the gui. I can't wait to do my first ship sailing on the open seas with cycles rendering of the animation! And think of the blood effects you could do with dynamic paint! On the other hand what do I use for water? There are now like 6 ways to do it! LOL. I can just see dynamic paint particles impacting the top of my sea and spreading out in ripples with my old time ship reflecting in the water! I would love to know how you do grass in Cycles! :-) Regards, Luca True. I have told friends about Blender, and many gave up after a day or two because of frustration from above reasons. -- Douglas E Knapp Creative Commons Film Group, Helping people make open source movies with open source software!
Re: [Bf-committers] UI changes from cycles branch
Just make it a User preferences setting, with different presets like the old UI, new Cycles UI, etc. On Mon, Oct 24, 2011 at 2:45 PM, Tobias Kummer supertoi...@gmx.net wrote: +1 for the http://www.pasteall.org/pic/show.php?id=19500 proposal. I like the muted icons! On Mon Oct 24 19:07:45 2011, Brecht Van Lommel wrote: Hi, Panel headers a bit darker now and increased button embossing: Before: http://www.pasteall.org/pic/show.php?id=19452 Latest: http://www.pasteall.org/pic/show.php?id=19501 I also like the icons to be a bit more muted, again to avoid them grabbing attention too much with highlights. For me this is what really finishes it off, to make the interface nice calm, but maybe this is considered too dull. http://www.pasteall.org/pic/show.php?id=19500 Brecht. On Mon, Oct 24, 2011 at 2:05 PM, Brecht Van Lommel brechtvanlom...@pandora.be wrote: Updated with some changes: Before: http://www.pasteall.org/pic/show.php?id=19452 Previous: http://www.pasteall.org/pic/show.php?id=19453 Now: http://www.pasteall.org/pic/show.php?id=19477 * Area embossing back, more subtle fix it being drawn wrong with 1 pixel offset * More space in panel headers * Darker arrows on menu button * Screen splitting widget with grippers On Mon, Oct 24, 2011 at 1:21 AM, Brecht Van Lommel brechtvanlom...@pandora.be wrote: Hi all, Here's a patch with a subset of the UI changes in the cycles branch that I'd like to merge into trunk. Are there any objections to this? Before: http://www.pasteall.org/pic/show.php?id=19452 After: http://www.pasteall.org/pic/show.php?id=19453 Patch: http://www.pasteall.org/25777/diff I don't think they would need any documentation updates, it's just small things that wouldn't confuse anyone in screenshot: * Remove emboss on areas and regions * Remove button emboss * More subtle colors and gradients on buttons * Black arrows on menu button * Panel header changed look smaller * Screen splitting widgets look * Toolbar/properties expand button look Not included: * Droid sans font, was not received very well for the few days it was in trunk * Contrast reduction on icons * Auto hide scrollers (later, is unfinished) I'd still like to change the font in trunk, but it seems hard to get an agreement on this. Some tests: Lucida Grade (mac ui font, non-free): http://www.pasteall.org/pic/show.php?id=19454 Ubuntu font: http://www.pasteall.org/pic/show.php?id=19457 Droid Sans font: http://www.pasteall.org/pic/show.php?id=19458 Thanks, Brecht. ___ 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] UI changes from cycles branch
Hi, just another comment, what happened to the panel dividers? Before http://www.pasteall.org/pic/show.php?id=19509 After http://www.pasteall.org/pic/show.php?id=19510 On Mon, Oct 24, 2011 at 2:50 PM, François T. francoistarl...@gmail.comwrote: I personaly preferred the non-emboss, solid and slick one, but it is only subjective F. 2011/10/24 Brecht Van Lommel brechtvanlom...@pandora.be Hi, Panel headers a bit darker now and increased button embossing: Before: http://www.pasteall.org/pic/show.php?id=19452 Latest: http://www.pasteall.org/pic/show.php?id=19501 I also like the icons to be a bit more muted, again to avoid them grabbing attention too much with highlights. For me this is what really finishes it off, to make the interface nice calm, but maybe this is considered too dull. http://www.pasteall.org/pic/show.php?id=19500 Brecht. On Mon, Oct 24, 2011 at 2:05 PM, Brecht Van Lommel brechtvanlom...@pandora.be wrote: Updated with some changes: Before: http://www.pasteall.org/pic/show.php?id=19452 Previous: http://www.pasteall.org/pic/show.php?id=19453 Now: http://www.pasteall.org/pic/show.php?id=19477 * Area embossing back, more subtle fix it being drawn wrong with 1 pixel offset * More space in panel headers * Darker arrows on menu button * Screen splitting widget with grippers On Mon, Oct 24, 2011 at 1:21 AM, Brecht Van Lommel brechtvanlom...@pandora.be wrote: Hi all, Here's a patch with a subset of the UI changes in the cycles branch that I'd like to merge into trunk. Are there any objections to this? Before: http://www.pasteall.org/pic/show.php?id=19452 After: http://www.pasteall.org/pic/show.php?id=19453 Patch: http://www.pasteall.org/25777/diff I don't think they would need any documentation updates, it's just small things that wouldn't confuse anyone in screenshot: * Remove emboss on areas and regions * Remove button emboss * More subtle colors and gradients on buttons * Black arrows on menu button * Panel header changed look smaller * Screen splitting widgets look * Toolbar/properties expand button look Not included: * Droid sans font, was not received very well for the few days it was in trunk * Contrast reduction on icons * Auto hide scrollers (later, is unfinished) I'd still like to change the font in trunk, but it seems hard to get an agreement on this. Some tests: Lucida Grade (mac ui font, non-free): http://www.pasteall.org/pic/show.php?id=19454 Ubuntu font: http://www.pasteall.org/pic/show.php?id=19457 Droid Sans font: http://www.pasteall.org/pic/show.php?id=19458 Thanks, Brecht. ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers -- François Tarlier www.francois-tarlier.com www.linkedin.com/in/francoistarlier ___ 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] UI changes from cycles branch
It just looks uncomfortable and inconsistent. They lines should at least be made the same color as the panel background. On Mon, Oct 24, 2011 at 4:05 PM, Thomas Dinges blen...@dingto.org wrote: I don't think we need the space between the panels. Am 24.10.2011 21:58, schrieb Kel M: Hi, just another comment, what happened to the panel dividers? Before http://www.pasteall.org/pic/show.php?id=19509 After http://www.pasteall.org/pic/show.php?id=19510 On Mon, Oct 24, 2011 at 2:50 PM, François T.francoistarl...@gmail.com wrote: I personaly preferred the non-emboss, solid and slick one, but it is only subjective F. 2011/10/24 Brecht Van Lommelbrechtvanlom...@pandora.be Hi, Panel headers a bit darker now and increased button embossing: Before: http://www.pasteall.org/pic/show.php?id=19452 Latest: http://www.pasteall.org/pic/show.php?id=19501 I also like the icons to be a bit more muted, again to avoid them grabbing attention too much with highlights. For me this is what really finishes it off, to make the interface nice calm, but maybe this is considered too dull. http://www.pasteall.org/pic/show.php?id=19500 Brecht. On Mon, Oct 24, 2011 at 2:05 PM, Brecht Van Lommel brechtvanlom...@pandora.be wrote: Updated with some changes: Before: http://www.pasteall.org/pic/show.php?id=19452 Previous: http://www.pasteall.org/pic/show.php?id=19453 Now: http://www.pasteall.org/pic/show.php?id=19477 * Area embossing back, more subtle fix it being drawn wrong with 1 pixel offset * More space in panel headers * Darker arrows on menu button * Screen splitting widget with grippers On Mon, Oct 24, 2011 at 1:21 AM, Brecht Van Lommel brechtvanlom...@pandora.be wrote: Hi all, Here's a patch with a subset of the UI changes in the cycles branch that I'd like to merge into trunk. Are there any objections to this? Before: http://www.pasteall.org/pic/show.php?id=19452 After: http://www.pasteall.org/pic/show.php?id=19453 Patch: http://www.pasteall.org/25777/diff I don't think they would need any documentation updates, it's just small things that wouldn't confuse anyone in screenshot: * Remove emboss on areas and regions * Remove button emboss * More subtle colors and gradients on buttons * Black arrows on menu button * Panel header changed look smaller * Screen splitting widgets look * Toolbar/properties expand button look Not included: * Droid sans font, was not received very well for the few days it was in trunk * Contrast reduction on icons * Auto hide scrollers (later, is unfinished) I'd still like to change the font in trunk, but it seems hard to get an agreement on this. Some tests: Lucida Grade (mac ui font, non-free): http://www.pasteall.org/pic/show.php?id=19454 Ubuntu font: http://www.pasteall.org/pic/show.php?id=19457 Droid Sans font: http://www.pasteall.org/pic/show.php?id=19458 Thanks, Brecht. ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers -- François Tarlier www.francois-tarlier.com www.linkedin.com/in/francoistarlier ___ 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 -- Thomas Dinges Blender Developer, Artist and Musician www.dingto.org ___ 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] UI changes from cycles branch
On Mon, Oct 24, 2011 at 4:39 PM, Brecht Van Lommel brechtvanlom...@pandora.be wrote: On Mon, Oct 24, 2011 at 10:23 PM, Kel M kelvinsh...@gmail.com wrote: It just looks uncomfortable and inconsistent. They lines should at least be made the same color as the panel background. The region embossing and panel divider should be different, otherwise it looks like the editor is split into multiple regions. Also tried to 1/2/3/4 pixel space between panels but this darker line just looks better I think, especially for a stack of collapsed panels. I think you're misunderstanding me. I'm not really partial to the etching dividers, I like the way it was in Cycles, before the dividers got crunched together. After the old Blender UI, but before these new changes. http://www.pasteall.org/pic/show.php?id=19509 On Mon, Oct 24, 2011 at 10:29 PM, Damir Prebeg blend.fact...@gmail.com wrote: Well, since we don't need any space between panels, let's go one step further and let's merge all panels into one big panel. That would be great. I don't understand this, why does there need to be space between collapsed panels? Brecht. ___ 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] UI changes from cycles branch
Hi, The only two things I care about are the button shading and the font. I don't like the idea of removing the button shading, I love the shading, and I don't think just drawing rounded boxes and passing them off as buttons looks good. However, I don't feel very strongly about this, as I have been using Cycles for a while, and only noticed the flat buttons about a week ago, and can always change it in the User Prefs. On the font front however, I really don't think you should change the font. -10 on Droid Sans. Maybe -1 on Mac font, and -0.5 Ubuntu font. I like the Ubuntu font when it's big, but I just don't think it belongs in Blender, especially at that size. The mac font is just ugly, though that's just my personal opinion. Oh, and I love the new Texture icons and the gray subpanel divider boxes! On Sun, Oct 23, 2011 at 9:29 PM, Brecht Van Lommel brechtvanlom...@pandora.be wrote: Hi, On Mon, Oct 24, 2011 at 1:39 AM, Matt Ebb m...@mke3.net wrote: I'd personally like to hear the rationale for these rather than just saying here's the patch. Some of it seems a bit more like a matter of taste too, rather than something that's designed for a wide audience, so I'm curious to hear the reasoning. Alright, I already discussed this with a few people, so forgot that it might need more explanation :) * Remove emboss on areas and regions The embossing distracts from the buttons and text in the actual region. There wasn't any embossing around areas (mistakenly mentioned that), only black lines. It's around regions only, and there it doesn't seem to help much, because the regions are in a different color from the main region anyway? * Remove button emboss * More subtle colors and gradients on buttons For me this helps a lot in making the buttons more readable. Most user interfaces have only sparsely distributed buttons, but in blender we have many buttons, and I think at a certain point embossing and gradients just make it harder to actually read the text in them. Buttons with more embossing make a clear distinction with e.g. the 3d view or timeline, but I think they just take away attention too much. Most user interfaces have most buttons in the same color and nearly the same color as the background. In Blender this is not the case, and adding embossing doesn't seem needed. * Black arrows on menu button -1, Way too low contrast, there's almost no point in having them there. Makes them look like other dark UI widgets like radio buttons, which is not good. For me the arrows are quite visible but they could be made darker still. I think that if you look at the buttons, you see the arrows, but if you're scanning over buttons they can be skipped over. I think this is a good thing, for example in the 3d view header, there's a few of those in a row. The white arrows distract from the white text/icons and it's harder to scan for the right button. * Panel header changed look smaller The panel header with a single line makes it more difficult to see where one panel ends and the other begins, so I made the entire header darker. There is no longer space between the panels when they are collapsed, but otherwise the header has the same size. They could be made a bit bigger but don't feel cramped to me, maybe they would on a bigger screen. * Screen splitting widgets look Not a fan of how it is now, but perhaps if it was the dark triangle with a hint of the 'gripper' lines blended on top it would work better. Ok, I can try to add some subtle gripper lines. * Toolbar/properties expand button look Guess this one was obvious, unconnected (+) buttons are confusing. I'd still like to change the font in trunk, but it seems hard to get an agreement on this. Some tests: Again, I'd like to hear the rationale - I think the font in trunk right now is very good. If it's to make things smaller and more condensed, be wary of cutting off one's nose to spite one's face - you *need* whitespace in design, it's not just wasted areas where more can be crammed in. I don't particularly care about the text being smaller, any gains there are very minor. I just think the current font is hard to read at this size, too 'smudgy', and the shapes of words aren't very distinctive. My impression is that there are fonts that were designed to work better at this font size. Thanks, Brecht. ___ 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] Call for another RC build
No GPU, Ubuntu 64. There are no proprietary drivers on my system. When running software-gl, it just adds the RGB of the blender UI to whatever's underneath the Blender window.(Dark areas have the blender UI, light areas are white, generally bright.) Release 11.04 Natty Kernel Linux 2.6.38-11-generic GNOME 2.32.1 8GB Memory IntelCore2 Duo 2.33Ghz On Sat, Oct 15, 2011 at 2:55 PM, Sergey I. Sharybin g.ula...@gmail.comwrote: Hi. I need to know exact hardware configuration and versions of drivers. Also, does it happen when running blender-softwaregl? Kel M wrote: Reporting a bug, on Linux, when you start up Blender, the splash screen displays for a millisecond, and vanishes. Not really a showstopper, but can cause problems for new users. -- With best regards, Sergey I. Sharybin ___ 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] Call for another RC build
One, two more details you may find useful: 1) I recently did a fresh install of Ubuntu 11.04 Natty Narwhal after my Oneiric Ocelot headache. 2) I accidentally saved my user preferences in Cycles, which I soon discovered caused the blender trunk releases to segfault from missing nodes, so I resaved the User Preferences in a newer trunk build which solved the segfault. If it's the latter, it's probably unlikely to be triggered by someone else, and not a serious issue, but if it's the former, then we have a bigger problem. On Sat, Oct 15, 2011 at 3:02 PM, Kel M kelvinsh...@gmail.com wrote: No GPU, Ubuntu 64. There are no proprietary drivers on my system. When running software-gl, it just adds the RGB of the blender UI to whatever's underneath the Blender window.(Dark areas have the blender UI, light areas are white, generally bright.) Release 11.04 Natty Kernel Linux 2.6.38-11-generic GNOME 2.32.1 8GB Memory IntelCore2 Duo 2.33Ghz On Sat, Oct 15, 2011 at 2:55 PM, Sergey I. Sharybin g.ula...@gmail.comwrote: Hi. I need to know exact hardware configuration and versions of drivers. Also, does it happen when running blender-softwaregl? Kel M wrote: Reporting a bug, on Linux, when you start up Blender, the splash screen displays for a millisecond, and vanishes. Not really a showstopper, but can cause problems for new users. -- With best regards, Sergey I. Sharybin ___ 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] A powerfull video editor
This mailing list is for general discussion. On Wed, Oct 12, 2011 at 3:45 PM, Daniel Salazar - 3Developer.com zan...@gmail.com wrote: I've always wondered why do we even allow this mails. Isn't there a way to just bounce them? Daniel Salazar 3Developer.com 2011/10/12 Αντώνης Ρυακιωτάκης kal...@gmail.com: Please send this kind of messages to bf-developers. bf-cvs is for commits only, thanks! ___ 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] View Camera Clipping (patch video)
Sweet! I can see this being very useful! :) I added a build to Graphicall.org so people can test this too. *A fun one for the weekend, locks clipping to the camera and draws anything outside that clipping as wire. interested to know if would be useful for camera placement (interiors especially). demo video: http://www.graphicall.org/ftp/ideasman42/camera_lock_clip_feature.ogv patch: http://codereview.appspot.com/5154050/ -- - Campbell* ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
