Only search projects.blender.org
 Log In
New Account
Home My Page Projects Blender 2.x BF release
Summary Activity Tracker SCM Files

Blender 2.6 Bug Tracker: Browse

[#24529] Views Resizing Problems

Date:
2010-11-04 09:02		 Priority:
3
State:
Closed
Submitted by:
Benjamin Tolputt (btolputt) 		Assigned to:
Campbell Barton (campbellbarton)
Category:
None		 Status:
Fixed / Closed
Relates to:
Duplicates:
Patches:
 
Summary:
Views Resizing Problems
Detailed description
Updated to SVN r32863 and built on Mac OSX using CMake & then XCode.

Mouse over the boundary between two views (such as the 3D View & Timeline views in the "Default" screen).
Try to resize these views by left-clicking then dragging up or down.

The views collapse to the bottom of the window with only the "header/footer" bar visible.

This does not occur in full-screen mode, only in windowed mode (at least in my testing).

Followup

Message
  • Date: 2010-11-04 12:06
  • Sender: Brecht Van Lommel
  • This isn't actually the same bug, reopening.
  • Date: 2010-11-04 12:26
  • Sender: Mike Sloman
  • OSX 10.6.4 64 bit BF 2.55.0 r32863

    Tested with both scons build only ( cmake with xcode unfortunately has problems building makesrna.c :( )

    Can't see this behaviour all looks normal to me.

    sysinfo::::

    ============================================
    = Blender 2.55 (sub 0) System Information =
    ============================================


    Blender:
    ============================================

    version 2.55 (sub 0), revision 32863. Release
    build date: 2010-11-04, 16:05:43
    platform: Darwin:32bit
    binary path: /Users/mikes/Blender/BlenderDevelopment/blender-svn/install/darwin/blender.app/Contents/MacOS/blender
    build cflags: -pipe -funsigned-char -m64 -DGHOST_COCOA -DUSE_QTKIT -DPARALLEL=1 -DWITH_QUICKTIME -DUSE_QTKIT -DPARALLEL=1 -isysroot /Developer/SDKs/MacOSX10.5.sdk -mmacosx-version-min=10.5 -arch x86_64 -pipe -funsigned-char -m64 -fopenmp -O2 -ftree-vectorize -msse -msse2 -msse3 -mfpmath=sse -march=core2 -mssse3 -with-tune=core2 -enable-threads -O2 -ftree-vectorize -msse -msse2 -msse3 -mfpmath=sse -march=core2 -mssse3 -with-tune=core2 -enable-threads -m64 -fopenmp -DGHOST_COCOA -DUSE_QTKIT
    build cxxflags: -isysroot /Developer/SDKs/MacOSX10.5.sdk -mmacosx-version-min=10.5 -arch x86_64 -pipe -funsigned-char -m64 -fopenmp -isysroot /Developer/SDKs/MacOSX10.5.sdk -mmacosx-version-min=10.5 -arch x86_64 -pipe -funsigned-char -m64 -fopenmp -DGHOST_COCOA -DUSE_QTKIT -O2 -ftree-vectorize -msse -msse2 -msse3 -mfpmath=sse -march=core2 -mssse3 -with-tune=core2 -enable-threads -m64 -fopenmp -DGHOST_COCOA -DUSE_QTKIT
    build linkflags: -mmacosx-version-min=10.5 -Wl -isysroot /Developer/SDKs/MacOSX10.5.sdk -arch x86_64 -fexceptions -framework CoreServices -framework Foundation -framework IOKit -framework AppKit -framework Cocoa -framework Carbon -framework AudioUnit -framework AudioToolbox -framework CoreAudio -framework OpenAL -m64 -framework QTKit
    build system: SCons

    Python:
    ============================================

    version: 3.1.2 (r312:79147, Oct 28 2010, 13:39:29)
    [GCC 4.2.1 (Apple Inc. build 5664)]
  • Date: 2010-11-04 17:18
  • Sender: Campbell Barton
  • reverted all changes r32870. so it should be exactly as it was before.
    very strange that its working ok here but not for you.
  • Date: 2010-11-04 21:28
  • Sender: Dany Lebel
  • I am also having the exact same behaviour on Windows Vista with this build: http://www.graphicall.org/builds/builds/showbuild.php?action=show&id=1525

    When resizing a vertical border, a black separation line is created but the window is not resized. this also did lead to a window corruption.

    build info:
    Blender:
    ============================================

    version 2.55 (sub 0), revision 32867M.
    build date: 2010-04-11, 22:21:27
    platform: Windows
    binary path: C:\Users\dany\RELEAS~1\blender.exe
    build cflags: /D_CRT_NONSTDC_NO_DEPRECATE /D_CRT_SECURE_NO_DEPRECATE /D_SCL_SECURE_NO_DEPRECATE /we4013 /wd4800 /wd4244 /wd4305 /wd4065 /wd4267 /openmp
    build cxxflags: /D_CRT_NONSTDC_NO_DEPRECATE /D_CRT_SECURE_NO_DEPRECATE /D_SCL_SECURE_NO_DEPRECATE /we4013 /wd4800 /wd4244 /wd4305 /wd4065 /wd4267 /openmp
    build linkflags: /NODEFAULTLIB:libc.lib
    build system: CMake
  • Date: 2010-11-04 23:06
  • Sender: Benjamin Tolputt
  • The error described by the Windows user also occurs in my build.

    I will go into the default "Animation" screen view (with dopesheet & curves editor on the left), try to drag the left edge of the 3D view in (to increase area of dopesheet & curves editor views). This results in black lines where the new view edges SHOULD be, but the actual rendered boundaries are the same as before.

    Once this occurs, it becomes impossible to select the boundary between the 3D view & curves/dopesheet view. Neither the black lines nor the previous boundaries respond to mouse-over or click-&-drag any more.
  • Date: 2010-11-05 00:58
  • Sender: Benjamin Tolputt
  • For what it's worth, r32874 is not doing it now. Neither the collapse nor the weird dragging issue (black lines moving but not the view boundaries).

    Campbell mentioned he backed something out - perhaps that was it?
  • Date: 2010-11-05 03:35
  • Sender: Campbell Barton
  • Reverted a minor change so it is at least the same as 2.54.

    this if very strange but I dont really have time to investigate this so rather leave it for now.

    Resizing still has some problems because of how it snaps to a grid but it has been this way for years, to fix we need to use floats for storing window coords.
  • Date: 2010-11-05 03:48
  • Sender: Benjamin Tolputt
  • When you are re-coding whatever it is you backed out, feel free to bug me for Mac testing.

    I have a CMake/XCode oriented development environment so, if there is some weird reliance on Scons, I won't be able to help. However, pretty much everything else on a MacBookPro can be tested. I can even dig into call-stacks and the like (by day I'm a code-monkey, by night a super-hero ;) ).

    Thanks for the quick revert though as it made working with the latest version impossible.
 

Attached Files:

No Files Currently Attached

Changes:

Field Old Value Date By
ResolutionInvestigate2010-11-05 03:35campbellbarton
close_date2010-11-05 03:352010-11-05 03:35campbellbarton
status_idOpen2010-11-05 03:35campbellbarton
summaryOSX Views Resizing2010-11-04 13:53blendix
assigned_tonone2010-11-04 13:53blendix
ResolutionDuplicate2010-11-04 12:06blendix
status_idClosed2010-11-04 12:06blendix
ResolutionNone2010-11-04 11:06blendix
close_date2010-11-04 11:062010-11-04 11:06blendix
status_idOpen2010-11-04 11:06blendix