Short list of imperfections

Started by krunch, March 02, 2011, 06:12:10 AM

Previous topic - Next topic

owenwengerd

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.
Owen Wengerd (Outside The Box) / ManuSoft

krunch

QuoteIt would be easier to address each of your issues one by one
QuoteThis should be added to the bug tracker on SourceForge to ensure that it is logged for future fixing
OK

QuoteQuote 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
(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

QuoteQuote 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

Quote from: krunch on March 07, 2011, 03:58:59 PM
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).
Owen Wengerd (Outside The Box) / ManuSoft

owenwengerd

Quote from: krunch on March 02, 2011, 06:12:10 AM
"Save changes ?" alert is not fired (Interface)

Can you give precise instructions for reproducing this?
Owen Wengerd (Outside The Box) / ManuSoft

BazzaCAD

Quote from: owenwengerd on March 16, 2011, 03:06:14 PM
Quote from: krunch on March 02, 2011, 06:12:10 AM
"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..
a.k.a.
Barry Ralphs
barryDOTralphsATgmailDOTcom

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

Quote from: krunch on March 02, 2011, 06:12:10 AM
"Save changes ?" alert is not fired (Interface)

This is now fixed for the next build.
Owen Wengerd (Outside The Box) / ManuSoft

velasquez

Hi Owen

Quote from: owenwengerd on March 19, 2011, 05:06:46 AM
Quote from: krunch on March 02, 2011, 06:12:10 AM
"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?
Owen Wengerd (Outside The Box) / ManuSoft

velasquez

Quote from: owenwengerd on April 05, 2011, 01:47:58 PM
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

Quote from: owenwengerd on April 05, 2011, 01:47:58 PM
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.
Owen Wengerd (Outside The Box) / ManuSoft

velasquez

Quote from: owenwengerd on May 04, 2011, 02:16:07 PM
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

Quote from: velasquez on May 05, 2011, 06:56:59 AM
Quote from: owenwengerd on May 04, 2011, 02:16:07 PM
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