If they are, it's because I forgot to remove them. KLS changed factions to get rid of those stupid columns and make the table dynamic. So, that particular table isn't used anymore.

No, I was mistaken. You're good.

EDIT: I'll work on the change.

Thx you two. Glad to know it wasn't something I did this time.

Newest files in SVN should be functional with faction changes.

Thanks a lot for getting that in! The only change I made was the race/class/deity name will now display under faction mods. We'll have to come up with a decent solution for editing/adding mods.

Nix this question... I found it finally... Sorry to be a bother...

Too easy. When I get a chance I will work in selectors.

Hehe another one found.

What were you doing so I can troubleshoot? I may have missed other npc faction functions...

EDIT: Ah, I see it. Working on it now.

I am still receiving these errors when attempting to run the index.php.

http://www.victurus.com/images/phperror.jpg

I have changed the error_reporting, restarted services, restarted comp.
This solution does not seem to be working.

If i ignore all those errors and go to the login box and type in admin/password, it gives me another page with about 40 errors.

Any help would be appreciated.

Based on the above, I assume you must not have changed the error_reporting correctly (or possibly even the right file). Did you get the proper php.ini file and uncomment (remove ';')? I recommend: error_reporting = E_ALL & ~E_NOTICE & ~E_STRICT

Sweet, I am using wamp.. and those tricky bastages put 3 different .ini files with the same stuff in each. Then they hid the correct one! lol, thanks for the assistance.

OK, so now that it is letting me login, once I login to it, it just sits at this page and does nothing.
http://www.victurus.com/images/phpeditor.jpg

And I am receiving no error logs on any of my services.

Set your short open tags to "on" in php.ini

Awesome, thanks for the help man!

Up and working. Thank you to everyone.

I am interested in using this, but every time I go to load index.php in Firefox, Chrome, or whichever browser, it asks me if I want to download the file that I am opening.

Any help? I followed the instructions on the README.txt file.

Thanks,
Kingmen

You install php and apache or wamp or some other web server?

I followed the instructions and installed Apache (httpd-2.0.64-win32-x86-openssl.0.9.8.o.msi ) and PHP ( php-5.3.21-nts-Win32-VC9-x86.msi ).

It told me to edit my php.ini file to allow short_open_tag = on, and I did that... I sourced the install directory and then made that change to it.

On Apache it tells me to install the Apache HTTP server, and I did that. I have a little icon running (on startup) that I can load at anytime.

It told me to "Source schema.sql (in the ditor's /sql directory) into your database." I took this as "Run the sql query so it shows in your database", and so that is what I did. The result of this was a table called "peq_admin" which shows the columns (id, login, password, administrator).

Next it tells me to unzip the files in peq_editor into a public html directory... For this I just have them unzipped in a folder on my desktop. I did not really understand what it meant by "public html directory".

Then it tells me to rename config.php.dist as config.php and then edit it based on my needs, so I put in my DB name, username, and password, along with the IP address for it (local machine address [same network]). (There was already a file called config.php in the zipped file that I got, along with another one called config.php.dist.)

I have done everything that it has asked, and I am thinking the issue lies with the "public html directory". Once I have an understanding of that, then all should be working the way it was intended.

Thanks,
Kingmen

That is correct. When you install apache, there should have been a folder created called "htdocs" somewhere in your folder hierarchy whether it be in apache or web or whatever you used during installation. Anything under that folder will appear as the base for your localhost url. For example: htdocs/index.html will translate to http://localhost/index.html in your web browser. When you create an editor folder, it will be something like htdocs/peqedit/ will translate to http://localhost/peqedit/.

Alright, I got that done, and now that I understand that, I am wondering one thing. Am I supposed to only put the index.php file into c:\Program Files\Apache Group\Apache2\htdocs alone, or am I supposed to put the entire folder in there? Or am I supposed to just make a shortcut to the index.php file?

If I put just the index.php file into the folder, this is what I see:

http://i215.photobucket.com/albums/c...EQBox-Copy.jpg

If I put the entire phpeditor folder into the htdocs folder, then this is what I see:

http://i215.photobucket.com/albums/c...tireFolder.jpg

I used /localhost/peqphpeditor/index.php because if I didn't, then I would end up with the same thing as I did when I did the shortcut below.

If I make a shortcut to the index.php file, then this is what I see:

http://i215.photobucket.com/albums/c...x-Shortcut.jpg


Is there something else that I can do to maybe get it to work?


Thanks
Kingmen

first, get this to work in the directory you are trying to use. if it doesn't work, something is wrong with your apache/php installation or configuration and it has nothing to do with the editor.

index.php

http://php.net/manual/en/install.windows.php

I did that, and all I keep seeing is the what is written in the php file in the browser. When I do /localhost/index.html.en it loads and shows me a page from apache that says "This page is here because the site administrator has changed the configuration...." So I am guessing that means that my apache is working?

When I installed PHP, it asked me what I wanted it to install under the extensions and I told it to install what was defaulted out, expect for the first one which was PHP and in the tree it was "associate all *.php files with php" which I told it to install that as well.

Then it asked me what kind of server did I want to install, IIS FastCGI, CGI, or No server, in which I selected CGI as IIS FastCGI told me to go to some server config and change some values and I didn't know where it was talking about.
After that, I just installed the rest of the program as normal following the prompts and when it was done, it closed.

I am still confused with the last line of the instructions, "Open up index.php in your web browser"... Does this mean for me to click on Index.php and load it like that, or am I supposed to click File>Open>Index.php, or do I simply add only the index.php in apache2/htdocs directory, or do I add the entire folder, and source it from there by entering /localhost/peqedit/index.php?

Here is what my index.php looks like:

And here is what my Config.php looks like:

I am not sure how to tell if the PHP program is installed properly.

I am kind of curious as to why it keeps showing the lines of code when I do /localhost/index.php


Thanks,
Kingmen

it's because apache isn't configured correctly to execute/handle the contents of the php file, and instead is providing them as plain text files.

also, you only want to open the file via a network address through apache, not using file->open.

again, don't worry about getting the database editor to work until you get a simple php document like the one with phpinfo in it to be correctly translated by apache. otherwise, you'll just end up confusing yourself further.

you're likely missing something like this
found @ http://php.net/manual/en/install.windows.apache2.php

So the changes to npcspecialattks kind of broke part of the peqeditor and since I use this tool more then any other I thought I would attempt to fix it on my end.
This is all probably wrong in terms of how the peq team would do it but it does work.
Here is a patch file against current svn revision:

Cavedude has been busy lately but I'll see what we can do about getting official support for the new special abilities system.

If you use that patch I forgot to modify destructible object or it didnt work when I did and also as written you can create a npc but on creation it wont set special_abilities. Have to edit it after creation. I figured I would just throw that up for others to use and the smart people that maintain the editor would either figure a better way to do it or figure a better way to do it. :)

Yeah I think your patch is a nice stopgap but we need better support across the board cause we need to support the params. Also this is basically the reason PEQ is actually behind versions -.-

Was looking at something else inside the editor and discovered why on creation I was not seeing special_abilities saved to the npc.
So until you can get support in for the params here is another patch which corrects that issue.

The newest editor has quick support added for special abilities (including editing those with params) and also lua quests. It's up on SVN now, or the daily dump can be grabbed tomorrow.

Great news! Thanks to those that actually know what they are doing with the editor. Love that tool.

Cavedude or KLS
Another thing I noticed was adding lootdrops either did not let you specify mindrop, droplimit, multiplier, probability or if it did would ignore your input.

I understand that PEQ DB pulls everything off of magelo now in terms of the loot but for doing custom loot it was annoying to have to create then edit.
Not sure if this is correct but it works and here is a patch against r371.
Just noticed r372 is on svn but nothing effected by this patch was touched in r372.

Could you tell me exactly where the problem is? It seems to be working fine for me.

When you click on loot, select the zone and npc.
LootDrops associated with this LootTable: 3 http://127.0.0.1/peqedit/images/add.gif
Click on add and in this example lets say I am adding a new lootdrop and I want to set probability to 50.
It would save as 0 and I would have to then click on that 0 value which brings up the edit page and enter it there and then it would save.

Minor issue but I noticed it earlier when populating loot in a custom zone and wanted to fix it.

Personal preference is all.
I also changed my copy so when I add items to a loot drop I can set everything on that screen instead of adding a item then having to go in and change stuff like minlvl maxlvl charges and chance.

edit: I probably should be pulling from your daily dump more often but its not like anything is really broken and generating patches seems best off the svn revision.

The daily dump is best for starting new. or never changing. the SVN is good when you have existing and want to see what changed. Also posting diff for changes = awesome

Better then going "I changed XYZ and broke it can you fix it for me."
I've been guilty of that in the past :D

Hmm, the only option I see broken is when adding an existing lootdrop from search. The options to create a new lootdrop or add an existing one by ID both work fine for me.

Hmm looking at lootdrop.add.tmpl.php I see how it is written for default values of 0,0,1,100.
I wonder if by putting anything into those fields instead of leaving them blank was what caused it to create lootdrops with 0,0,0,0 in the fields.
Since that patch works I'm going to be lazy and not revert and check but that might be why I was seeing zero across the board.

Oh, I wanted to mention that. Your changes to lootdrop.add.tmpl.php should be reverted. You replaced the default values (which exist only to save on typing for the user) to variables that aren't even defined yet. The input field itself is what creates those variables, so it's referencing a variable it hasn't even submitted yet. PHP is very forgiving of course, but another language like C++ wouldn't like that too much and crash.

This change creates NULLs for the input boxes (since the variable doesn't exist yet), so if you clicked submit without filling out all the boxes the DB would fill with default values, which are 0s. If that's not the problem, then there may be something else going on for you else where.

Ok I am tracking with that. Myself I am in the habit of filling in all the fields with something so I'm not sure if that would be an issue. I'll revert later today and check if not inputing anything would generate a default value (0,0,1,100). -- if so I might just remove the ability to even input anything since every time I do put something in the fields it generates the lootdrop as mindrop through probability with value of 0.

I did take a look at \lib\loot.php and saw in function assign_lootdrop that droplimit, mindrop, multiplier and probability are defined which is why I made the changes to lootdrop.add.tmpl.php