jastey

My sentence was addressed to your words about PI only, I should have pointed that out. EDIT: rereading what I wrote I think this is quite clear. Why are you setting what I said into the wrong context? EDIT2: I get what you wrote now. Let's put it like this: I don't think your "criticism" of PI is any way constructive, and therefore it's not helpful. I fully support the idea of mentioning the downs about the EE Setup Tool, but as I said - not everyone is around all the time to update readmes, and also that not all people feel the same way about the topic (saying this without any judgement or implications of any kind).

@Alonso Look, I get that you are unhappy with PI. But there is no need to go around and tell these negative things if there are clearly other players who manage to install their mods fine by using it. As for the actual criticism: Of course it would be great if all instructions everywhere were up-to-date and would reflect all aspects of everything. But IE modding is a hobby, done by people in their spare time. Not everyone feels equally about this topic and often RL just steps in the way, too. What else do you expect the EET instructions to say? There is no other automated installer and "Don't use either PI nor the EE Setup Tool because both are crap" is probably not a very constructive way to approach this. That is why I have the feeling you just started this thread so you could vent your anger about PI.

I think that's something that could remain here for @K4thos and others involved in the project to read. Thank you from me for your work on this, too!

Cool! Thanks for letting me know.

I guess adding WEIGHT #-1 to states would solve the problem. This way, your dialogue will be called with higher weight than the exising ones if the conditions are met. IF WEIGHT #-1 ~PartyHasItem("cdrem")~ THEN BEGIN 20 SAY @8016 IF ~Global("MakeRemorhelm","GLOBAL",0)~ THEN REPLY @6047 GOTO 22 IF ~~ THEN REPLY @6048 DO ~StartStore("Taerum",LastTalkedToBy(Myself))~ EXIT IF ~~ THEN REPLY @6049 GOTO 21 IF ~GlobalGT("MakeRemorhelm","GLOBAL",0)~ THEN REPLY @6050 EXIT END (...) IF WEIGHT #-1 ~GlobalTimerExpired("TaeromRemorhelm","GLOBAL") Global("MakeRemorhelm","GLOBAL",1)~ THEN BEGIN 26 SAY @8022 (...) On a different note: I can only advice you also give your mod variables your unique prefix.

Breagar is compatible with BG:EE.

@Graoumf Thanks! That was most probably supposed to be an extra line. Please translate all of it.

There is no central registration for EET Worldmap locations. Try not to put your area on the same spot as another mod? Usually that's something that can be easily corrected once players start complaining.

What do you mean, does the fate spirit reject to summon him or is his name not listed? Please note that he is not appearing in the alphabetical order. Also, for EET, Gavin's name will not be listed if: -it is a continuous game and Gavin was not in party in SoA -Gavin was in group upon transition to ToB -Gavin is dead.

Cool. Thanks @Mike1072!

I guess that's something that would be useful, considering he gets a spear via BG1NPC Project. Although I'd assume he had/has this for Tutu? I have no idea how to code that, though.

@Anton This is definitely a non-intended incompatibility. The BGII mod is from the same author as the BG1 NPC Project content. Thank you for reporting. We'll look at it when time allows.

Is this bow from the BG1NPC Project?

Thank you very much for the report! That would be great!

Ah, ok. I wasn't aware the mod types aren't used yet.

Short answer is no. Since the crossmod for these mods is inside the Breagar component ("2"), the mods would need to be installed before the Crossmod and PID component. But the main Breagar component would not necessarily need to be installed before the mods. It might seem that simply putting the whole Breagar mod after these mods would have sufficed to solve this conflict. The component-wise install order gets interesting the moment there are three mods that need to be installed before/after in a way that simply putting one after the other in total wouldn't suffice as an install order.

I put "NPC" in there as a condition for the Crossmod and PID component which would mean it would need to be installed after any NPC mods. Do you want it more specific? Right, my bad. I always understood they'd have to be globally unique but I see that from the syntax of tp2 name+LABEL they do not have to be.

Aren't LABELs globally unique? The whole LABEL thing if used instead of DESIGNATED numbers would be useless if they wouldn't be. Will PI still list the components of one mod in the correct order? If the "component wise install order syntax" leads to optional components accepted before main components then it doesn't make much sense.

You mean this is not possible for the dynamic install order syntax? What would be the best way to give syntax for the components, then. Repeat the overall rules or just leave them out completely? What I mean, would this make more sense: Component 2 ~Breagar: Crossmods and PID~: Component 10 ~Change Breagar's dialog timer? (Default is 30 minutes between dialogues.)~:

@AL|EN example for ACBre: Component 0 ~Breagar: Contents~: Component 2 ~Breagar: Crossmods and PID~: Component 10 ~Change Breagar's dialog timer? (Default is 30 minutes between dialogues.)~:

@AL|EN will do. Is there a list of so far used Type declarations? I'd suggest "Crossmod" if it doesn't exist yet.

Oh! I can do that. Thanks! Will be fixed in the next version.

That's.. a very good find and I just noticed I have no idea what to do with this file. Any help appreciated.

New version v5 Beta 0.3 is up which fixes the issue.

Good catch, thanks! This will be a problem in case Imoen gets kicked out and moves with the camp to the new locations (bd3000, bd7100). This will be fixed in the next version.