Page 70 of 103

Posted: Fri Sep 05, 2008 6:09 pm
by Micko
Work fine i'm too stupid. I know the help file is my friend.
Sorry for took your time

Posted: Tue Sep 16, 2008 7:43 am
by gnozal
Update

Changes :
- some changes for PB4.30beta 1 compatibility

Posted: Mon Oct 13, 2008 5:22 pm
by Bisonte
I think i found an error...

I can't add a coloumn to a ListIcon Gadget...

I click on "Update" at the Gadget propertie Window... but nothing happens...

Posted: Tue Oct 14, 2008 8:12 am
by gnozal
Bisonte wrote:I can't add a coloumn to a ListIcon Gadget...
I click on "Update" at the Gadget propertie Window... but nothing happens...
To add a column to a listicon gadget, use the (right-click on listicon) context menu item "Add column".
The "Items" tab with the "Update" button is meant to rename existing columns, not to create them.

Posted: Wed Oct 15, 2008 1:37 am
by Bisonte
Ah... ok ... My brain sometimes very ... uh ... what i want to say ? :D

Posted: Thu Oct 16, 2008 10:54 am
by Tranquil
as I use PureFORM since now exactly 2 days I have some whishes: :-)


1.) For Vista it would be nice to have a field for SETCUEBANNER like in this thread: http://www.purebasic.fr/english/viewtopic.php?t=33970

2.) It would be also nice to have some flags for the EditorGadget. (WordWrap and so on)

And one small bug I found:

I have a Project containing two windows. The first one can be resized, the second one not. If I now open the project and click on Windows-List second Window (which can not be resized) it appears with wrong dimensions. Also I can not resize it to its right dimensions as long as the ResizeFlag on this window isn't set. In "Build mode" this flag should be ignored.

Another small issue: Sometimes the new gadget identifier constant-name in enum field is not saved. This is only saved by a lost focus evend inside the gadget properties window. If the Enum field has focus and I click inside the project window, the new constant/variable name is not saved. Maybe its better so save it on Change-Event?

Posted: Thu Oct 16, 2008 12:05 pm
by gnozal
Tranquil wrote:For Vista it would be nice to have a field for #SETCUEBANNER
It would be also nice to have some flags for the EditorGadget. (WordWrap and so on)
These are messages, not flags, so they cannot be added easily like #ES_CENTER for example wich is a 'real' flag / style.

For these two wishes, you could already use :
1. Code Infusion (Location = Window event ; Object = gadget parent window ; Event = Window creation) to add some extra gadget messages.
or
2. Create a custom gadget, with 'Create code' field = "EditorGadget(%id%, %x%, %y%, %w%, %h%, %[flags]%) : SendMessage_(GadgetID(%id%), #MSG, wParam, lParam) : etc ..."

I will see if I can add some feature ...
Tranquil wrote:I have a Project containing two windows. The first one can be resized, the second one not. If I now open the project and click on Windows-List second Window (which can not be resized) it appears with wrong dimensions.
I am not sure what you mean.
I build this project :

Code: Select all

;{[PureFORM Project]
;PureFORM_Project_Begin
;Project¶PureFORM_Clipboard2
;Window¶1¶#Window_0¶349044736¶#PB_Window_SystemMenu|#PB_Window_MinimizeGadget|#PB_Window_TitleBar|#PB_Window_SizeGadget¶Window_0¶452¶67¶400¶400¶0¶10¶10¶0¶5000¶5000¶0¶-1¶0¶¶¶
;Window¶2¶#Window_1¶348782592¶#PB_Window_SystemMenu|#PB_Window_MinimizeGadget|#PB_Window_TitleBar¶Window_1¶424¶55¶745¶637¶0¶10¶10¶0¶5000¶5000¶0¶-1¶0¶¶¶
;PureFORM_Project_End
;}
I don't get the issue you describe : wrong dimensions ?
Tranquil wrote:Also I can not resize it to its right dimensions as long as the ResizeFlag on this window isn't set.
It's by design.
Tranquil wrote:In "Build mode" this flag should be ignored.
The problem is, if you add/remove the #WS_SIZEBOX flag with SetWindowLong_() the window size changes.
Tranquil wrote:Sometimes the new gadget identifier constant-name in enum field is not saved. This is only saved by a lost focus evend inside the gadget properties window. If the Enum field has focus and I click inside the project window, the new constant/variable name is not saved. Maybe its better so save it on Change-Event?
Like it is said in the manual, you have to validate the enum with [Enter] or the [v] button, because in some situations PureFORM doesn't catch the lost focus event (and there is so much event stuff in PureFORM...). I can't use the change event (I did, and removed it after users requests), because some tests (validation) are made before saving the enum (like ensure it is unique for example).

Posted: Thu Oct 16, 2008 12:29 pm
by Tranquil
okay, I see I have to read the documentation. :shock:

Thanks for you explenations!

If I can rebuild my window-size problem, I will report it here again.

Anyway, best VD Designer for VB!! Congratulations and many thanks!

Posted: Tue Nov 25, 2008 10:02 am
by dige
@Gnozal: Using "Tab order" to sort the gadget order is a little bit slow on bigger projects. It looks like that PureFORM updates a lot in the background after every click on 'Up' or 'Down'...

Would it be possible to update the tab order listview only? And all the other updates after the 'close' click?

Posted: Tue Nov 25, 2008 2:23 pm
by gnozal
dige wrote:@Gnozal: Using "Tab order" to sort the gadget order is a little bit slow on bigger projects. It looks like that PureFORM updates a lot in the background after every click on 'Up' or 'Down'...
Hi dige,
I have uploaded a new build. PureFORM should update less things in the background while using the tab-order dialog.

Posted: Tue Nov 25, 2008 3:49 pm
by dige
It's much faster now! Thank you gnozal! :D

Posted: Thu Nov 27, 2008 8:25 pm
by hjf
Hello Gnozal,

with the new build 354 it gives a new problem. If the Taborder-Dialog is activ and the cursor is on the dialog, the CPU-Load ist permanent 100% (or 50% on dual cores). In addition the clicked items does not correct highlight in the dialog.

Cia hjf

PB4.20, XP Sp3

Posted: Fri Nov 28, 2008 8:52 am
by gnozal
hjf wrote:with the new build 354 it gives a new problem. If the Taborder-Dialog is activ and the cursor is on the dialog, the CPU-Load ist permanent 100% (or 50% on dual cores).
That's strange, can't reproduce this (tested on NT4sp6 and XPsp2).
Image
(Screenshot while mouse cursor is on the dialog.)
Maybe I can reproduce the issue with your form ?
hjf wrote:In addition the clicked items does not correct highlight in the dialog.
Confirmed : the selected item in the dialog is not highlighted in the form anymore. Will be fixed in the next build.

Posted: Fri Nov 28, 2008 2:11 pm
by gnozal
Update

Changes :
- fixed : the selected item in the tab order dialog wasn't highlighted in the form anymore

Posted: Fri Nov 28, 2008 7:34 pm
by hjf
Thanks Gnozal, now its ok!

Cia hjf