dr eyeball dialog... script to pbo? (solved)

[loki72]

greetings,


i've been trying to learn how to put this popup menu into pbo form.. i have had nothing but frustrations and i have yet to find some kind of tutorial on the subject...

plz.... somebody help!

thx

[Planck]

Aye well, pop the stuff into a suitably named folder and use one of the pbo tools to PBO it, I use Eliteness.


EDIT:  I just looked at your file.
Is this an editor example mission or an addon?

Mission PBO's should be in the Missions folder whilst Addon PBO's would go in the Addon folder or a user Addon folder inside what is often called a mod folder.


Planck

[loki72]

greetings planck,

yes it is an example mission.. from dr. eyeball's dialog framework.. i have been using BinPBO Personal to create a pbo for testing... eliteness looks better.. think i'll use it from now on.

the problem is i don't know how to make a proper config.cpp file to reflect the calls needed to make the mission run in pbo form.

i figured i'd give the mission form, instead of my screwed to the max pbo form.. that i might get a clear understanding. and a working config.cpp

SitRep:
when i make a config.cpp.. 1 of 2 things happen because the dialog #defines (and or) #includes aren't called right:

if i call the #includes from the description.ext from the config.cpp... i get gray bars at the main menu around all text...and when i load a map.. it CTD's..
or...
if i move the #includes.. further back and call them from a load.hpp.. i make it to the editor and in game.. but when i trigger it <T Key> i get an error about a missing ; in line 109 of the DialogControlClasses.hpp...and the dialog fails...

so.. by moving the #includes from one place to another.. causes me these errors.. it shows me i have no idea what's going on...and trial and error sux when one has to shutdown and restart arma to test if a  ;  is in the right spot...

i hope this helps.. let me know if you need more info.

[Planck]

I'm sorry, I don't understand ... missions do not use config.cpp, I'm not sure what in fact you need a config in a mission for, maybe more explanation?


Planck

[loki72]

you are correct.. in mission no .cpp

but in all pbo's i have looked at.. there is no description.ext.. the #includes are always in some kind of a .cpp or .hpp file.

i guess the question is.. how do i take that dialog example and make it work in a stand alone pbo? i'm trying to make a better instant viewdistance addon.

edit: spoke with the good dr. it seems sickboy has found a work around.. but its all greek to me what he did..

A few comments about these dialogs.

While I was integrating these inside an Addon, I noticed you seem to have not just inherited from base classes like rscButton etc, but also overwritten values inside them, like colors etc. This is not a big problem when you run these dialogs from description.ext (Altough some other dialogs might expect other values), but when they are inside an addon, it will affect a lot of things
To get around this I changed all base classes to simply inherit from their originals: class rscButton;  etc. and some classes are setup so that we can inherit from their sub-classes, e.g:
class rscMap
{
 class Building;
 class Tree;
};
(etc, whatever)
I would suggest not overwriting values in the original classes but simply create your own: eye_rscMap: rscMap, eye_rscButton: rscButton etc classes in which you make the changes you need for your dialog template system

If im all wrong here or you have really valid reasons as to changing default values inside base classes, please excuse me

Edited by sickboy on Oct. 18 2007,08:57

http://www.flashpoint1985.com/cgi-bin/ikonboard311/ikonboard.cgi?s=9f3a8e3a7294057fb5e1c005c44e5a98;act=ST;f=71;t=62966;st=30;r=1;&#entry1257196

[Dr Eyeball]

@Planck: It seems he is trying to include the dialogs & their classes in an addon.

@Loki72:
I have not attempted to put the dialog framework into an addon yet, so am not personally familiar with those issues. I use it primarily inside missions.
The problems are likely due to the class definitions in DialogControlClasses.hpp

Sickboy has already successfully added it to the 6thSense.eu Mod (see v1.03 update), so you may want to check what changes he made to achieve that.

Sickboy also posted in the BIS thread below of a similar problem that you describe.
He says because some of the base classes have their attributes changed, it affects the game when used inside a mod.

He worked around it by resetting the base classes to their original definitions, then deriving new sub-classes using the changed ones.
See Sickboy's post (Oct 18 2007, 16:56) in BIS forum: Dialog Template, plus Standard Dialogs

(This is a duplicate message of the PM I already sent Loki)

I'll check your posted file in the meantime, but the solution is likely to require a few days work, time which I don't have right now. 6thSense.eu mod is probably the way to go for a solution.

Edit: The posted file is just the original demo - it doesn't help diagnose the problem.
P.S. Once you get it working, there is an improved version of the framework contained in the Devastation mission. See the relevant images.

[loki72]

thx for the reply dr. eyeball 

as for the 6thSense.eu Mod (see v1.03 update)...

6thSense.eu Mod v1.24 (1GB, Windows NSIS Setup).

is this the one you mean?

[Dr Eyeball]

Yes, it would be v1.24 now.

Edit: Ok, it appears the code was added to 6thSense.eu mod under SIX_base.pbo using new folder names like: eyeball_common and eyeball.
I think his focus was mainly on using the popup menu dialog too.

I'm not entirely certain, but my understanding is that:
dialog classes like RscButton are undefined inside missions, which is why the framework needs to declare them,
but inside addons, the original dialog classes might already be accessible for use directly or simply need to be declared empty as an external reference.

See:
- cfgMod.hpp - for #include statements
- std.hpp - for the standard class declarations
- DialogControlClasses.hpp - cut-down/simplified version suitable for addon

[loki72]

improved version of the framework contained in the Devastation mission

WOW!!!! 

i have a dedicated server.. this going on it now!

i will work with this one for a while... thx dr. eyeball

edit: thx.. i'm 36% of the 1.24 gig

redeux:

ok.. after 9 hours shifting through 1.24 gig for 4kb of code it is not going well...

made progress but with no forward progression... 

hopefully this will be fixed.. it is the best quick menu system i have seen yet.. but after 60 hours.. i am finished with it. 

[Mandoble]

Not sure if this has been already solved. If not, here is your addon working 

- Paths redone to match your addon name.
- Resource types renamed so they dont interfere with BIS default ones.
- Config completed.
- Original mission now uses your addon.

EDIT:
Loki_dlg folder is the addon folder.

[loki72]

mando.. i have no words to express my thanks... but THANK YOU!!!!

i had to put the init.sqf back in it... and added a line to the config.cpp so the popup would start...

one more donation to ofpec.. coming right up!!!

i will finish this and upload it to the addon beta testing.

WHOOT!

here is the finished product:

http://www.armaholic.com/page.php?id=3365