Re: [Bf-committers] Blender developer meeting, sunday 12 dec, 2010
have u got all needed environments with needed static libs, needed version, etcetera? pete larabell wrote: I am able to build FreeBSD i386, amd64, and sparc64 (if we need spark64???) -- With best regards, Sergey I. Sharybin ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Blender developer meeting, sunday 12 dec, 2010
I've been building and uploading to graphicall.org (haven't in a few weeks... but otherwise have been). I'm not sure exactly what you are asking... I'm sorry :( Can you elaborate on your question a bit? On Wed, Dec 15, 2010 at 11:28 AM, Sergey I. Sharybin g.ula...@gmail.comwrote: have u got all needed environments with needed static libs, needed version, etcetera? pete larabell wrote: I am able to build FreeBSD i386, amd64, and sparc64 (if we need spark64???) -- 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] Blender developer meeting, sunday 12 dec, 2010
Ken Hughes uses special chroot-ed environments to get release builds. Reason of keeping this environments is quite simple -- dependend libraries should have the same version and not all of this libraries links staticly, so some twekas are needed. I could run any of Ken's builds, but, unfortunatelly, i've been unable to launch builds from graphicall at my home computer (missed ependencies, mistmatched lib versions...) That's what i meant pete larabell wrote: I've been building and uploading to graphicall.org (haven't in a few weeks... but otherwise have been). I'm not sure exactly what you are asking... I'm sorry :( Can you elaborate on your question a bit? On Wed, Dec 15, 2010 at 11:28 AM, Sergey I. Sharybing.ula...@gmail.comwrote: have u got all needed environments with needed static libs, needed version, etcetera? pete larabell wrote: I am able to build FreeBSD i386, amd64, and sparc64 (if we need spark64???) -- 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 -- With best regards, Sergey I. Sharybin ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Blender developer meeting, sunday 12 dec, 2010
ok. Of course I could produce a list of what I build against, but perhaps I should slightly alter my building jail so it's easier for me to make more robust builds. I'll do a bit of research and get something figured out before build time :) On Wed, Dec 15, 2010 at 11:46 AM, Sergey I. Sharybin g.ula...@gmail.comwrote: Ken Hughes uses special chroot-ed environments to get release builds. Reason of keeping this environments is quite simple -- dependend libraries should have the same version and not all of this libraries links staticly, so some twekas are needed. I could run any of Ken's builds, but, unfortunatelly, i've been unable to launch builds from graphicall at my home computer (missed ependencies, mistmatched lib versions...) That's what i meant pete larabell wrote: I've been building and uploading to graphicall.org (haven't in a few weeks... but otherwise have been). I'm not sure exactly what you are asking... I'm sorry :( Can you elaborate on your question a bit? On Wed, Dec 15, 2010 at 11:28 AM, Sergey I. Sharybing.ula...@gmail.com wrote: have u got all needed environments with needed static libs, needed version, etcetera? pete larabell wrote: I am able to build FreeBSD i386, amd64, and sparc64 (if we need spark64???) -- 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 -- 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] SVN commit: /data/svn/bf-blender [33694] trunk/blender/source/blender: Bugfix, own collection
This errors blender building, needs a return value.
also, this is an rna functions, called by python so take care when
adding checks for specific cases.
+ /* XXX this function is only used by RMB setting hotkeys, and
it clears maps on 2nd try this way */
+ if(keymap==usermap)
+ return;
On Wed, Dec 15, 2010 at 6:09 PM, Ton Roosendaal t...@blender.org wrote:
Revision: 33694
http://projects.blender.org/plugins/scmsvn/viewcvs.php?view=revroot=bf-blenderrevision=33694
Author: ton
Date: 2010-12-15 19:09:25 +0100 (Wed, 15 Dec 2010)
Log Message:
---
Bugfix, own collection
Using RMB on menus to change hotkeys was broken.
- the input button was on a weird place outside menu, assign
would close pulldown, so you had to reopen to check
- ESC didn't close the button, but assigned ESC as hotkey.
This key is a protected key, and always should be escaping.
- Worst bug: if you used this on a 'user keymap' it removed
all entries from the map...
Modified Paths:
--
trunk/blender/source/blender/editors/interface/interface_handlers.c
trunk/blender/source/blender/windowmanager/intern/wm_keymap.c
trunk/blender/source/blender/windowmanager/wm_event_types.h
Modified: trunk/blender/source/blender/editors/interface/interface_handlers.c
===
--- trunk/blender/source/blender/editors/interface/interface_handlers.c
2010-12-15 17:36:08 UTC (rev 33693)
+++ trunk/blender/source/blender/editors/interface/interface_handlers.c
2010-12-15 18:09:25 UTC (rev 33694)
@@ -2081,6 +2081,12 @@
button_activate_state(C, but,
BUTTON_STATE_EXIT);
return WM_UI_HANDLER_BREAK;
}
+ else if(event-type == ESCKEY) {
+ data-cancel= 1;
+ data-escapecancel= 1;
+ button_activate_state(C, but,
BUTTON_STATE_EXIT);
+ }
+
}
}
@@ -4011,14 +4017,14 @@
block= uiBeginBlock(C, ar, _popup, UI_EMBOSS);
uiBlockSetHandleFunc(block, but_shortcut_name_func, but);
- uiBlockSetFlag(block, UI_BLOCK_RET_1|UI_BLOCK_MOVEMOUSE_QUIT);
+ uiBlockSetFlag(block, UI_BLOCK_MOVEMOUSE_QUIT);
uiBlockSetDirection(block, UI_CENTER);
layout= uiBlockLayout(block, UI_LAYOUT_VERTICAL, UI_LAYOUT_PANEL, 0,
0, 200, 20, style);
uiItemR(layout, ptr, type,
UI_ITEM_R_FULL_EVENT|UI_ITEM_R_IMMEDIATE, , 0);
- uiPopupBoundsBlock(block, 6, 100, 10);
+ uiPopupBoundsBlock(block, 6, -50, 26);
uiEndBlock(C, block);
return block;
@@ -4056,7 +4062,7 @@
uiItemR(layout, ptr, type,
UI_ITEM_R_FULL_EVENT|UI_ITEM_R_IMMEDIATE, , 0);
- uiPopupBoundsBlock(block, 6, 100, 10);
+ uiPopupBoundsBlock(block, 6, -50, 26);
uiEndBlock(C, block);
return block;
Modified: trunk/blender/source/blender/windowmanager/intern/wm_keymap.c
===
--- trunk/blender/source/blender/windowmanager/intern/wm_keymap.c
2010-12-15 17:36:08 UTC (rev 33693)
+++ trunk/blender/source/blender/windowmanager/intern/wm_keymap.c
2010-12-15 18:09:25 UTC (rev 33694)
@@ -652,6 +652,10 @@
usermap= WM_keymap_list_find(U.keymaps, keymap-idname,
keymap-spaceid, keymap-regionid);
+ /* XXX this function is only used by RMB setting hotkeys, and it
clears maps on 2nd try this way */
+ if(keymap==usermap)
+ return;
+
if(!usermap) {
/* not saved yet, duplicate existing */
usermap= MEM_dupallocN(keymap);
Modified: trunk/blender/source/blender/windowmanager/wm_event_types.h
===
--- trunk/blender/source/blender/windowmanager/wm_event_types.h 2010-12-15
17:36:08 UTC (rev 33693)
+++ trunk/blender/source/blender/windowmanager/wm_event_types.h 2010-12-15
18:09:25 UTC (rev 33694)
@@ -227,7 +227,7 @@
#define ISTWEAK(event) (event = EVT_TWEAK_L event = EVT_GESTURE)
/* test whether event type is acceptable as hotkey, excluding modifiers */
-#define ISHOTKEY(event) ((ISKEYBOARD(event) || ISMOUSE(event))
!(event=LEFTCTRLKEY event=LEFTSHIFTKEY) !(event=UNKNOWNKEY
event=GRLESSKEY))
+#define ISHOTKEY(event) ((ISKEYBOARD(event) || ISMOUSE(event))
event!=ESCKEY !(event=LEFTCTRLKEY event=LEFTSHIFTKEY)
!(event=UNKNOWNKEY event=GRLESSKEY))
/* BLENDER GESTURE EVENTS (0x5000) */
___
Bf-blender-cvs mailing list
bf-blender-...@blender.org
http://lists.blender.org/mailman/listinfo/bf-blender-cvs
--
- Campbell
___
Bf-committers mailing list
Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [33686] trunk/blender/source/blender/ editors/space_file/file_draw.c: Bugfix #25231
file_shorten_string(fname, width+1, 0 );
^shouldn't be removed because it is used in thumbnails mode to display large
names
http://www.pasteall.org/pic/show.php?id=7526
Small consequence is center alignment is of by 4/2=2 pixels due to +4.0f
Maybe we should check for align?
or
textwidth =( FILE_IMGDISPLAY == params-display) ? layout-tile_w :
layout-column_widths[COLUMN_NAME] + 4;
Alex
2010/12/15 Ton Roosendaal t...@blender.org
Revision: 33686
http://projects.blender.org/plugins/scmsvn/viewcvs.php?view=revroot=bf-blenderrevision=33686
Author: ton
Date: 2010-12-15 16:56:06 +0100 (Wed, 15 Dec 2010)
Log Message:
---
Bugfix #25231
File Window: text clipping was tiny bit too narrow. It was also
clipping text twice even ;)
Modified Paths:
--
trunk/blender/source/blender/editors/space_file/file_draw.c
Modified: trunk/blender/source/blender/editors/space_file/file_draw.c
===
--- trunk/blender/source/blender/editors/space_file/file_draw.c 2010-12-15
15:28:03 UTC (rev 33685)
+++ trunk/blender/source/blender/editors/space_file/file_draw.c 2010-12-15
15:56:06 UTC (rev 33686)
@@ -26,6 +26,7 @@
* * END GPL LICENSE BLOCK *
*/
+#include math.h
#include string.h
#include BLI_blenlib.h
@@ -292,20 +293,18 @@
static void file_draw_string(int sx, int sy, const char* string, float
width, int height, short align)
{
- char fname[FILE_MAXFILE];
- rcti rect;
- float sw;
uiStyle *style= U.uistyles.first;
uiFontStyle fs = style-widgetlabel;
+ rcti rect;
+ char fname[FILE_MAXFILE];
fs.align = align;
BLI_strncpy(fname,string, FILE_MAXFILE);
- sw = file_shorten_string(fname, width+1, 0 );
-
-
+
+ /* no text clipping needed, uiStyleFontDraw does it but is a bit
too strict (for buttons it works) */
rect.xmin = sx;
- rect.xmax = sx + width;
+ rect.xmax = sx + ceil(width+4.0f);
rect.ymin = sy - height;
rect.ymax = sy;
___
Bf-blender-cvs mailing list
bf-blender-...@blender.org
http://lists.blender.org/mailman/listinfo/bf-blender-cvs
--
Homer: Now, good night, son.
Bart: Uh, Dad?
Homer: What.
Bart: What is the mind?
Is it just a system of impulses?
Or is it something tangible?
Homer: Relax. What is mind? No matter. What is matter? Never mind!
Bart: Thanks, Dad.
Homer: Good night, son.
-Good Night (The Simpsons short)
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Getting pixel color for a vertex (the stupid way)
Daniel raises a good point here, and i'm sure there are others who need the functionality. There is another problem, lets imagine that even if PIL was available for Python3, then the user must install Python3, and PIL - what a pain and error prone process. And not very portable either since Ubuntu is going to come with its own version of Python3 that may not be compatible with whatever version blender was compiled with. The solution seems to be ctypes, and for some basic commonly used libs (like libpng for example) to be precompiled for all platforms, and distributed right along with blender by default. The ctypes python wrappers themselves do not need to be included with blender as those are likely to rapidly evolve over time, but the precompiled libs should be included - why not it will hardly inflate the download size? Scripters should not have to ship their scripts with libs compiled for every platform. It should be pretty easy to add a few extra libs to the cmake build process, i'm sure there is already so many libs that blender already uses that could be exposed by ctypes. -brett --- On Tue, 12/14/10, Daniel Salazar - 3Developer.com zan...@gmail.com wrote: From: Daniel Salazar - 3Developer.com zan...@gmail.com Subject: Re: [Bf-committers] Getting pixel color for a vertex (the stupid way) To: bf-blender developers bf-committers@blender.org Date: Tuesday, 14 December, 2010, 11:30 PM Damn... this is bad, specially since Python 3 has no image module (PIL), there's just no way.. unless you pick a simple format like a BMP and read the data straight from file.. still procedurals would be left out. Also the Fracture Tools script need access to texture values for cracking objects based on textures and I have needed it personally. I hope this gets fixored Daniel Salazar www.3developer.com On Wed, Dec 15, 2010 at 1:19 AM, Hart's Antler bhart...@yahoo.com wrote: Getting a UV texture's pixel value per vertex, the stupid way. (this should be rewritten as a C function exposed to Python) This script does the following hack to get the pixel value: 1. copy the object 2. apply a displace modifier 3. for each RGB set the ImageTexture.color_factor to 1.0 and others to 0.0 4. for each RGB bake a mesh (apply the displace modifier) 5. for each RGB find the difference of vertex locations 6. apply the differences as vertex colors http://pastebin.com/FJWKSGBR for some reason the values are off and always tinted green. ___ 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
