Page 15 of 16

Posted: Thu Nov 03, 2005 11:44 pm
by Killswitch
Thanks :D

Posted: Fri Nov 04, 2005 12:23 am
by freak
This is all described in the help. Just rtfm!

Posted: Sat Nov 05, 2005 11:35 pm
by va!n
would be nice to have 7z pack/unpack algo support in future too! http://www.7-zip.org/7z.html

Posted: Sun Nov 06, 2005 11:46 am
by Num3
va!n wrote:would be nice to have 7z pack/unpack algo support in future too! http://www.7-zip.org/7z.html
Yes!
Yes!
Yes!

Posted: Sun Nov 06, 2005 1:10 pm
by josku_x
I wish also to have more gadgets. I know PB has already many gadgets, but It would be cool to have them all.

I hate to use PureVision Gadgets, I would like them to be in PB as PBgadgets.


Also functions to skin the window would be cool.


(PS: Yes, I have searched the forum and I can do these already, but it still would be cool :wink: )

Posted: Mon Nov 07, 2005 7:22 pm
by Tranquil
Dare2 wrote:A command like GroupGadgets would be nice. This command would associated clumps of gadgetry and allow some actions to then be applied to all gadgets in a group. Gadgets should also be allowed to belong to more than one group.

It could be used for HideGadget, DisableGadget, etc, to do block actions.
eg:

Code: Select all

...
  OptionGadget(#Option1,X,Y,40,20,"ONE")
  OptionGadget(#Option2,X,Y,40,20,"TWO")
  OptionGadget(#Option3,X,Y,40,20,"Whee")
...
  ButtonGadget(#ButtonA, etc)
...
  ComboBoxGadget(#ComboZ, etc)
...
  GroupGadgets(#Group1, #Option1,#Option2,#Option3[, ...])
  GroupGadgets(#Group2, #ButtonA,ComboZ,#Option3[, ...])
...
  HideGadget(#Group2,#True)
  SetGadgetState(#Group1,1)
Some of this can be done in other ways (eg a procedure that does all the hiding/disabling/etc of a clump of gadgetry) but it would be neat.

For OptionGadgets it is a very intuitive way of lumping associated radio buttons together. So if one is chosen others in the group are unselected.
We wrote a third party lib to do that. just take a look here:
viewtopic.php?t=16613&highlight=group+gadgets

it allows grouping, resetting, hiding and many more of gadgets.

Posted: Mon Nov 07, 2005 7:32 pm
by Polo
We wrote a third party lib to do that.
Feature (and not third party lib) request :)

Posted: Mon Nov 07, 2005 7:38 pm
by Tranquil
Sure. you are right. Shame on me. :) :oops:

Posted: Mon Nov 07, 2005 8:38 pm
by nco2k
@va!n
agree, native 7z would be great.

c ya,
nco2k

Posted: Wed Nov 09, 2005 2:55 pm
by Sebe
Another vote for native 7zip 8)

Posted: Wed Nov 09, 2005 8:32 pm
by va!n
Improved Sprite3D Lib *please* ;)
----------------------------------------
Hello Fred, When people are using any 3D Sprite, the sprite must be exactly 32x32, 64x64, and so on... It would be damn cool, when the user can load any size of image (texture) and the 3d stuff cut it internally to a useable format...

for example when loading a bitmap/texture with the size of 110x50, DX or the 3DLib could handle this internally as 128x64 (or just handle it as two 64x64 objects) and not as 128x128 !!! (This would be a big way for us all ;-)

Posted: Wed Nov 09, 2005 9:52 pm
by nco2k
@va!n
i was using a 1600x1200 large 3d sprite with no problems, i think its more a gpu issue.

c ya,
nco2k

Posted: Thu Nov 10, 2005 12:31 am
by Ralf
Another vote for native 7zip 8)

Posted: Sat Nov 12, 2005 3:39 am
by jacobmp92
Got my vote for 7zip :)

Posted: Sat Nov 12, 2005 6:45 am
by dagcrack
well.. I vote for 7zip but only if it adds just a few KBs to the exe and not 200KBs :P - Let's add 7up too!