Hack Tracking Log -> list of hackers who support it

[Princeton]

I would, but you have to understand that I'm not a magician!!! I can't make several weeks worth of coding in a day!

I'm just making suggestions.

The first can already be done, though if you mean you want to read out the XML files into an interface, then yeah that's the only thing we can't do with it yet, and I will try to look into making that possible (but vB3's functions can't be used for that, so I'd have to write my own xml parsers entirely for that, that === more time once again).

XML files can be parsed and printed using opensource XML PARSERS. There are a few out on the market that do a great job. You will not need to do anything .. just add a place (upload file input) to the htl interface to upload/parse the xml file.
The output can be modified to fit your needs. This can be added within a day.:up:

Would that be sufficient? If not, what more do you want? :\

that's good but I would rather have no data inserted into the database ... for example, if there needs to be a vbulletin upgrade .. I can go into the htl and check for hacks installed. The htl will get the information from the original .htl file NOT from the database ... storing the information into the database is not needed.

The new feature `Make .txt Installer` alone will already take care of those 5, so I guess I'll be releasing that version soon. Would that please you?

the txt installer would please me ... but you have to think of the BIG picture. If you enable a "standalone installer" feature you will have a great piece of software that everyone can use in one form or another.

PS. I would also recommend an easier way for hackers to create a "temporary phrase file".

[KuraFire]

Originally Posted by princeton

I'm just making suggestions.

And I appreciate it a lot, thanks!

Originally Posted by princeton

XML files can be parsed and printed using opensource XML PARSERS. There are a few out on the market that do a great job. You will not need to do anything .. just add a place (upload file input) to the htl interface to upload/parse the xml file.
The output can be modified to fit your needs. This can be added within a day.:up:

True, though I may be done faster using vB3's xml functions and just cutting out all the query stuff. They already have otag/ctag/etc. functions that I can still use
Anyhoo, not too difficult, true, but still some more time.

Originally Posted by princeton

that's good but I would rather have no data inserted into the database ... for example, if there needs to be a vbulletin upgrade .. I can go into the htl and check for hacks installed. The htl will get the information from the original .htl file NOT from the database ... storing the information into the database is not needed.

It's much easier and more flexible and useful though. The .htl files are not very accessible for a single purpose. They are 'compiled' hacks in their entirety. To do a thing like List All Modifications from .htl files would require the HTL to parse each .htl file it can find, which takes a lot of time, and use only a little bit of data from each...
Also, for the creating of hacks, not doing it via the database is very complicated and just not worth the trouble, imo.
2 simple tables won't hurt anyone, they're not intensive, have very little overhead and they aren't accessed a whole lot either.

Originally Posted by princeton

the txt installer would please me ... but you have to think of the BIG picture. If you enable a "standalone installer" feature you will have a great piece of software that everyone can use in one form or another.

I would also be defeating the purpose of the HTL - to create one structured, balanced Hacking Standard for vBulletin. A standalone installer is just too much work and redundant to boot - the HTL itself works fine. Sure, "people should be able to use the hack without having to install the HTL" - but where's the harm in it? If they don't want the HTL, I should not be forced to do overtime for them. And with the text file installers it can now create, people have their way anyway...

PS. I would also recommend an easier way for hackers to create a "temporary phrase file".

I've looked into it, but so far the only alternative I can come up with is one that will only complicated things, require a lot more explanation, and cause more confusion than is necessary....

It takes a bit of getting used to, this new method, but after a hack or two you'll find that it works quite well and easily, after all.

[Wayne Luke]

Originally Posted by KuraFire

I would, but you have to understand that I'm not a magician!!! I can't make several weeks worth of coding in a day!
I already made a Create .txt File option for the HTL, and am awaiting vB.org to respond to it - if the .txt made by the HTL is sufficient, I will release that version.

A standalone installer is at least a month's worth of work, cos creating ready-PHP code in PHP code while also doing a LOT of intricate things inside that all.... well, it's just not easily done in one's spare time.

I don't think anyone is asking for an installer that edits the PHP files. That in itself would be a nightmare. If you want greater acceptance for this then what you need to supply is already coded.

1. The HTL allows hack makers to create XML files. It also imports those XML files. This import/exporter should be released as a standalone installer. Then the same XML files can be used for this as well as the HTL. All you have to add is the ability to optionally run the queries. The only real difference is that it doesn't log all the changes in the database.

2. You say you added a text instruction, this can list the queries that need to be run and the modifications to the the PHP files. It can also add text at the bottom informing the end user to import any XML files using the above hack.

3. The Forum front-end portion should be a standalone add-on separate from the HTL. This allows only people who want to install that overhead whether it is 3 templates and a query or 10 templates and 100 queries.

Really it is just a repackaging of what you have already, doesn't require any new knowledge and in the end gives people a freedom of choice which currently isn't possible.

[KuraFire]

Originally Posted by Wayne Luke

I don't think anyone is asking for an installer that edits the PHP files. That in itself would be a nightmare. If you want greater acceptance for this then what you need to supply is already coded.

Not exactly, what people have been suggesting on top of the TXT files is the HTL to generate a standalone installer.php that will do _exactly_ all the things that an HTL-installation would do, but without requiring to have the HTL installed.

So basically, it would create a large .php file that imports stuff etc. etc.

I don't plan on making something that actually edits .php files on your server - I don't like that, and I don't want that, and many people don't want that either

Originally Posted by Wayne Luke

1. The HTL allows hack makers to create XML files. It also imports those XML files. This import/exporter should be released as a standalone installer. Then the same XML files can be used for this as well as the HTL. All you have to add is the ability to optionally run the queries. The only real difference is that it doesn't log all the changes in the database.

More to it than that, though. The HTL Install Routine somewhat depends on the HTL environment: many many functions for taking care of it all. To make that stand-alone would require all those functions to be added (but first rewritten partially) as well, and then you have the HTL just without the database logging or the many many benefits.

The HTL lessens the need for file edits: it automates menu links and template groups. A non-installed standalone installer/importer/utility would not be able to do that.

Originally Posted by Wayne Luke

2. You say you added a text instruction, this can list the queries that need to be run and the modifications to the the PHP files. It can also add text at the bottom informing the end user to import any XML files using the above hack.

'cept that there is no standalone importer, and I don't know if there will be one either. If vb.org's staff is satisfied with the text installers that the HTL creates now, then there is no real need anyway.

Originally Posted by Wayne Luke

3. The Forum front-end portion should be a standalone add-on separate from the HTL. This allows only people who want to install that overhead whether it is 3 templates and a query or 10 templates and 100 queries.

The front-end has no influence on hacks at all. It only lists to people what hacks YOU as vB admin have installed on your board, AND have specified to show up on the front end to begin with. That's all. If a hack requires 10 templates and 100 queries, it will require that with or without a front end.

But I'm considering making 2 versions of the HTL: With front end, and Without front end. People then download the one they want, and if they don't want the front end and choose that version, it won't have the (10 or so) front-end phrases, the 1 front-end setting, and no templates.

Originally Posted by Wayne Luke

Really it is just a repackaging of what you have already, doesn't require any new knowledge and in the end gives people a freedom of choice which currently isn't possible.

It's a little more complicated than just a repackaging though.

[Nam]

It's great hack, and the point of this thread is to let users know the name of the hack author who will create HTL compatible hack for future reference, it's very informative thread.

If you don't like it, then don't read, rather than ask for the "point". Obviously your question is pointless.

[Zachery]

im neither going to be for it nor agasint it, if the problems are fix i will also release htl installs if i see fit

[Link14716]

Kura - you can put me down as exclusive - there are text file based installs for two of my hacks only because I had already made them - all my future hacks will be HTL only.

EDIT: Well, if you make it create .txt files, I'll release them as well for the people who feel like doing 10x the work...

[KuraFire]

Thanks Link