Re: [Bf-committers] Proposal for "View Docs" on Right Click

2011-10-25 Thread Martin Bürbaum
Sean Olson wrote: > Additionally, we would have to decide on exactly how to do this UI wise. > There are a number of options. > > 1. Additional Menu Item - So we would have 'View User Docs' and > 'View API Docs' > > 2. Tie User Docs and API docs together in wiki. So if you go to > 'View Docs' th

Re: [Bf-committers] Proposal for "View Docs" on Right Click

2011-10-25 Thread Benjy Cook
+1, but I agree with Martin regarding laying off on tying the API doc with the Wiki User Manual. I would be willing to help with the mapping. Benjy On Oct 25, 2011 9:10 AM, Martin Bürbaum wrote: > Sean Olson wrote: > > Additionally, we would have to decide on exactly how to do this UI wise. >

[Bf-committers] Offline docs

2011-10-25 Thread Litilu Productions
It would be really nice to have the Blender API docs downloadable for offline use, and for these to show up when "View docs" is used in the Blender UI and the user has no internet connection. Also, if the user docs are linked to the UI, as is currently being discussed, it would be nice to be able t

Re: [Bf-committers] Offline docs

2011-10-25 Thread Nathan Letwory
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 25.10.2011 11:36, Litilu Productions wrote: > It would be really nice to have the Blender API docs downloadable for > offline use, and for these to show up when "View docs" is used in the > Blender UI and the user has no internet connection. Also, i

[Bf-committers] Arabic support in text editing

2011-10-25 Thread Majid AL-Dharrab
I guess you can't go wrong with harfbuzz-ng on freetype2. After all, that is what's used to render text in Firefox. libass, the SSA subtitle renderer used in VLC and MPlayer, has recently started to support complex and bidi scripts using harfbuzz and fribidi on top of freetype2. That resulted in ve

Re: [Bf-committers] Proposal for "View Docs" on Right Click

2011-10-25 Thread François T .
big +1 2011/10/25 Benjy Cook > +1, but I agree with Martin regarding laying off on tying the API doc with > the Wiki User Manual. > > I would be willing to help with the mapping. > > Benjy > On Oct 25, 2011 9:10 AM, Martin Bürbaum wrote: > > > Sean Olson wrote: > > > Additionally, we would hav

Re: [Bf-committers] Proposal for "View Docs" on Right Click

2011-10-25 Thread Harley Acheson
Sounds good but is the "many to one mapping" really required or wanted? It sounds like more work than necessary, and would result in ongoing maintenance. Instead just have a separate page for each operator based on their identifiers. For those that are part of some larger group, we can just add li

Re: [Bf-committers] Proposal for "View Docs" on Right Click

2011-10-25 Thread David Silverman
Id be concerned that a lot of api things that are wiki-able are used all over the place, not just in a few operators. Are we talking about clicking on buttons only, or also settings and values used in operators? If you click for help on a slider that does something in a modifier, but the same kind

[Bf-committers] WIN32 cmake flag

2011-10-25 Thread Thomas Dinges
Hey, If I see that correct the checks in cmake, like "if(WIN32)", also apply to win64. Maybe this flag is from old x86 only days. Could we rename it to WIN or WINDOWS in general? Campbell? Any idea? I guess the same applies for scons. Thanks. Best regards, Thomas -- Thomas Dinges Blender Deve

Re: [Bf-committers] Alignment blenderplayer

2011-10-25 Thread Julian Adenauer
I found the solution now. If anyone is interested: The function "ComputeBestFitViewRect" in the file "RAS_FramingManager.cpp" is responsible for the positioning of the viewport. Setting the variable "left_over" to zero did the trick! Julian Am Mon Oct 24 13:53:23 2011 schrieb Julian Adenauer:

Re: [Bf-committers] Proposal for "View Docs" on Right Click

2011-10-25 Thread Sean Olson
@Harley - The many to one relationship was actually Campbell's idea, but I agree with it. As a user, the user experience would not be very good to click on 'view user docs' and get some info that is not very relevant to what you were looking for and then have to click another link. We really wan

Re: [Bf-committers] Proposal for "View Docs" on Right Click

2011-10-25 Thread Harley Acheson
Sean, I don't necessarily disagree with you at all. The way you are proposing things might be ideal I just find that when you start any job of grouping a large number of things you inevitably find all sorts of funny exceptions. Items that need to belong to more than one group. Or you just wan

[Bf-committers] note to developers about 32 vs 64 bit long datatypes

2011-10-25 Thread pete larabell
Hey all, was debugging a new node im making and some discussion on IRC lead me to find this: http://en.cppreference.com/w/cpp/language/types Note that unsigned long, and long are truly DIFFERENT sizes on Win64 vs Linux64/FreeBSD64/OSX64 Not sure if anyone else ran into a problem like this, but I

Re: [Bf-committers] Proposal for "View Docs" on Right Click

2011-10-25 Thread Campbell Barton
On Wed, Oct 26, 2011 at 3:14 AM, Harley Acheson wrote: > Sounds good but is the "many to one mapping" really required or wanted? > It sounds like more work than necessary, and would result in ongoing > maintenance. I think this is manageable, we can fallback on wildcards/regex for ID's so we don'

Re: [Bf-committers] WIN32 cmake flag

2011-10-25 Thread Campbell Barton
so far for windows we have been using CMAKE_CL_64 if this is needed for other configurations we'd be better to define some global variable like SCons BF_BITNESS, eg, if("${CMAKE_SIZEOF_VOID_P}" EQUAL "8") set(BITNESS 64) else() set(BITNESS 32) endif() For windows you can do...

Re: [Bf-committers] WIN32 cmake flag

2011-10-25 Thread Erwin Coumans
What is the problem of using CMAKE_CL_64 to detect 64bit builds? As far as I know, WIN32 and CMAKE_CL_64 are build-in CMAKE defaults, so they are not meant to be renamed. Thanks, Erwin On 25 October 2011 15:45, Campbell Barton wrote: > so far for windows we have been using CMAKE_CL_64 if th

Re: [Bf-committers] WIN32 cmake flag

2011-10-25 Thread Campbell Barton
I think Thomas meant to define new CMake variables, not rename. But don't really think this gains us much, sure we can do... if(CMAKE_SYSTEM_NAME MATCHES "Windows") set(WINDOWS TRUE) endif() if(CMAKE_SYSTEM_NAME MATCHES "Linux") set(LINUX TRUE) endif() # then its convenient if(WINDOWS) .

Re: [Bf-committers] Offline docs

2011-10-25 Thread Hee Hoo
Yes. But, it would be even neater if this (or some other format of the API docs) could be linked to the Blender UI's Show (api) docs menu. On Tue, Oct 25, 2011 at 4:49 AM, Nathan Letwory < nat...@letworyinteractive.com> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 25.10.2011 11

Re: [Bf-committers] Proposal for "View Docs" on Right Click

2011-10-25 Thread Brecht Van Lommel
Hi, On Wed, Oct 26, 2011 at 12:04 AM, Campbell Barton wrote: > On Wed, Oct 26, 2011 at 3:14 AM, Harley Acheson > wrote: >> Sounds good but is the "many to one mapping" really required or wanted? >> It sounds like more work than necessary, and would result in ongoing >> maintenance. > > I think t

Re: [Bf-committers] Proposal for "View Docs" on Right Click

2011-10-25 Thread Harley Acheson
> we don't want one doc for "bpy.ops.texture.slot_move", better glob > "bpy.ops.texture.slot_*", or "bpy.ops.texture.*" and then link to a > page explaining about blender texture system. I'd say we do. And I'd say that trying to figure out whether to use "bpy.ops.texture.slot_*", or "bpy.ops.

Re: [Bf-committers] Proposal for "View Docs" on Right Click

2011-10-25 Thread Campbell Barton
On Wed, Oct 26, 2011 at 12:40 PM, Brecht Van Lommel wrote: > Hi, > > On Wed, Oct 26, 2011 at 12:04 AM, Campbell Barton > wrote: >> On Wed, Oct 26, 2011 at 3:14 AM, Harley Acheson >> wrote: >>> Sounds good but is the "many to one mapping" really required or wanted? >>> It sounds like more work t

Re: [Bf-committers] Arabic support in text editing

2011-10-25 Thread Dalai Felinto
Thanks for the link. I looked at fribidi and found it interesting. Their standalone is doing the same as we are with the python scripts (they call it log2vis - to convert from logic to visual strings). Now, if we use this lib, do we still need harfbuzz? It seemed to me that truetype2 can handle m