Short list of imperfections

[owenwengerd]

In this case we can expand the dialog but not reduce it, by moving the border..

This should be added to the bug tracker so I can revisit it in OpenDCL 7.

[krunch]

It would be easier to address each of your issues one by one

This should be added to the bug tracker on SourceForge to ensure that it is logged for future fixing

OK

Quote from: krunch on Today at 03:39:52 AM
It can be solved by adding a (princ) !

I suspect that (dcl_SetCmdBarFocus) would work also.

This is exactly what I used, but (dcl_SetCmdBarFocus) doesn't work anymore if the Palette/ControlBar is docked !
Please try this in the sample below

Code (autolisp) Select Expand

(defun c:go ()
  (vl-load-com)
  (command "OPENDCL")
  (dcl_Project_Load "Update!" T)
  (dcl_Form_Show Update!_Form1) ; ControlBar
  (dcl_Form_Show Update!_Form2) ; Palette
  (dcl_Form_Show Update!_Form3) ; Modeless
  (princ)
)
(defun c:Update!_Form1_TextButton1_OnClicked (/ sel cnt)
  (setq sel (cadr (ssgetfirst))
    cnt (sslength sel))
 
  (repeat cnt
    (setq cnt (1- cnt))
    (setq obj (vlax-ename->vla-object (ssname sel cnt)))
    (vla-delete obj)
  )

;;;  (dcl_SetCmdBarFocus)     ; Updates only if "undocked" Dialog
  (princ)            ; Updates in all cases
)

[krunch]

Quote from: krunch on March 14, 2011, 05:25:05 AM
In this case we can expand the dialog but not reduce it, by moving the border..

This should be added to the bug tracker so I can revisit it in OpenDCL 7.

This is a specific case where you stack 2 palettes or ControlBar, and one can not be resized (AllowResizing=nil) while the other can be (T). So, I don't know wich palette have to keep priority...
The point is that the 2nd palette is affected (cropped?) when you attempt to resize

[owenwengerd]

ToolTip of Labels are not displayed

This is now fixed for the next build. You can work around the problem in the meantime by enabling the MouseMove event (even if no handler is defined).

[owenwengerd]

"Save changes ?" alert is not fired (Interface)

Can you give precise instructions for reproducing this?

[BazzaCAD]

"Save changes ?" alert is not fired (Interface)

Can you give precise instructions for reproducing this?

Ya I can reproduce this one too.
Start a new project, add a form, Save, now change a property (disable titlebar), hit the red X to close & not prompted to save..

[krunch]

Hi
To complete this post I have done some new tests on display and behavior problems of ControlBar + Palette

They include 2 previous remarks (+ some new one):
Incohérence (ControlBar) : resizing handles appear while Resizing=nil
Stacked ControlBar and Palette (AllowResizing=nil)


1- Display size is approximative

On the fist image below you can see the Palette+ControlBar in 2 context (floating+docked). The red mask delimits the original size (248x448), and you can see that :
- ControlBar (floating) is bigger (vertically)
- ControlBar (docked) same gap
- Palette (floating) is smaller (the border goes in)
- Palette (docked) is bigger..

I don't know, but may be those gaps (a fiew pixels) come back in the following tests ?


2- Attempting to resize docked (AllowResizing=nil) Forms : noAllowResizing.odcl

Now I keep only one of the 2 Forms, I dock it, and I attempt to resize (drag'ndrop the vertical border)..
> The 'resize' cursor (lfet-right arrow) is displayed when the cursor rolls on the border (although AllowResizing=nil)

> When I attempt to resize a docked Palette, it 'moves' alternatively between 2 sizes : a few pixels more, less, more....
> When I attempt to resize a docked ControlBar, it seems to 'move' once (only the first time)

Now I stack vertically the two forms
> Same thing, it 'moves' alternatively between 2 sizes, and the horizontal separator is moving too, same thing if I move it


3- Same test with mixed AllowResizing (T+nil) : mixedAllowResizing.odcl

On the second image the white Form is set to AllowResizing=T, the grey one is AllowResizing=nil...
> Same problem When I expand or reduce : all is moving, you can see the offset of the horizontal separator on the screenshoot

When I expand I get the 1st image (on the left)
> OK (may be the grey background color could be expanded too ?)

When I reduced I get the 2nd (on the right)
> As you can see the white ControlBar is cropped when I reduce under the width of the grey form (AllowResizing=nil)

So in this case (AllowResizing=nil+T) I think there are those 2 problems (all is mooving when resizing + resizable form is cropped)
But I think that the general behavior is ok, ie : expanding is allowed / reducing is limited to the size (width or height) of the Form whose AllowResizing=nil

[owenwengerd]

"Save changes ?" alert is not fired (Interface)

This is now fixed for the next build.

[velasquez]

Hi Owen

"Save changes ?" alert is not fired (Interface)

This is now fixed for the next build.

Why the appearance of Control Palette Bar and is modified along with the display of AutoCAD?
His answer is that either.
Thanks

[owenwengerd]

I guess you're referring to the top edge of the form?  I'm not sure why that would have changed. Can you be more specific about what exactly changed, and when?

[velasquez]

I guess you're referring to the top edge of the form?  I'm not sure why that would have changed. Can you be more specific about what exactly changed, and when?

Yes you are right.
Change happens when Control Bar is no longer anchored or when it is dragged from left to right.
It also happens when a palette is docked at his side.
And when a screen capture program like Snagit is called.

[velasquez]

I guess you're referring to the top edge of the form?  I'm not sure why that would have changed. Can you be more specific about what exactly changed, and when?

Yes I'm referring to to the top edge of the form.
He continues with OpenDCL 6.0.2.3
It also appears that the display of AutoCAD is minimized and then restored.

[owenwengerd]

It would be useful to know which version of OpenDCL this changed in so I can try to find the change that caused it.

[velasquez]

It would be useful to know which version of OpenDCL this changed in so I can try to find the change that caused it.

OK
I'll try testing out my old versions.

[velasquez]

It would be useful to know which version of OpenDCL this changed in so I can try to find the change that caused it.

OK
I'll try testing out my old versions.

I could not determine which version this problem appeared.
But he remains in OpenDCL 6.0.2.3

Thanks