Forum Replies Created

Viewing 15 replies - 211 through 225 (of 334 total)
  • Plugin Author Devtard

    (@devtard)

    The version 1.5 doesn’t fully support UTF-8, that may be the cause of this problem. This should be fixed in v1.6. Sorry for the inconvenience.

    Plugin Author Devtard

    (@devtard)

    I’m not sure what the problem is, could you please provide me with more information? What exactly doesn’t work? Does the plugin add tags to posts which shouldn’t be added?

    Plugin Author Devtard

    (@devtard)

    I’m glad to hear that. 🙂

    Plugin Author Devtard

    (@devtard)

    If your keyword/category name is “Incredible Hulk” and your related words contain something like this “incredible-hulk” or “incredible*hulk” (the asterisk can be used as a placeholder for any character/string) then in both these cases the post should be added to the right category. Does that answer your question or have I not understood it at all? (If that’s the case, what exactly is the problem?)

    Plugin Author Devtard

    (@devtard)

    The version 1.6 can delete all old tags if no new keywords are found – in this case it would delete the category “Uncategorized” if no relevant keywords were found in the post – is that what you want to accomplish?

    Plugin Author Devtard

    (@devtard)

    Let’s say the post title contains the keyword “Incredible Hulk”. I would want that to be posted in the ‘Incredible Hulk’ category. We might have another video titled with the keyword “Incredible Adventures” so I don’t want that to go to the “Incredible Hulk” category, but to the “Incredible Adventures” category. Of course this would all be setup in the settings.

    But that should already work just fine (as long as you don’t use the related word “incredible” for both categories/keyword names), right?

    Remember I am dealing with importing movies so it might not be the same for everyone. But for me, it would be a heck of a lot easier if ‘Importing Existing Categories’ to have the right column filled with keywords that match the left column of categories.

    If you export all the keywrods into a CSV file and then open it in a spreadsheet editor, you can easily duplicate the column manually, edit it, save as a CSV file and import it into APT. This seems easier to me than implementing a new function 😛

    Yepper by selecting “Replace old tags with newly generated tags” it did the trick.

    Cool, I’m glad that works.

    Plugin Author Devtard

    (@devtard)

    I would recommend that when it does the ‘Import Existing Tags/Category” function that it pre-fills the ‘Related Words’ right column with the same data that it shows on the left column for the different ‘tag/category names’. I think most the keywords we would be looking for in the title would also be used for our tags and categories. I might be wrong, but I have over 230 categories and it would be a pain to copy all of them over one-by-one. I guess I could go into the database table and do it from there.

    Another suggestion is to maybe have an option next to the ‘Import Existing Tags/Category” button asking if we wanted to our right side column match our left side imported column.

    Why would you want to have both the keyword names and related words the same? (APT v1.5 looks for both in posts – this can be changed in v1.6 BTW)

    I’m not exactly sure what you want to do. Could you please elaborate more on this?

    Plugin Author Devtard

    (@devtard)

    All prefixes, DB names etc. have been changed so it should be safe to run both plugins at the same time. There’s no need to deactivate the original plugin.

    It may be a good idea to make a backup of all your data though (just in case something goes wrong).

    Plugin Author Devtard

    (@devtard)

    Here’s a modified version of APT v1.5 I just put together – it should be able to add (already existing) categories to posts:

    http://devtard.com/wp-content/uploads/2014/05/apt-modified.zip

    Unfortunately I don’t have time to properly test it or make it more user friendly. Check it out and let me know if it works for you.

    And if you have any suggestions or comments, please tell me – I probably won’t be able to tweak everything for you but I will take them into account before releasing 1.6 (which already supports custom taxonomies).

    (You can use a diff tool to see what has been changed in comparison to the version 1.5.)

    Plugin Author Devtard

    (@devtard)

    In this thread (which can help you if you want to modify the plugin yourself to add categories instead of tags) somebody also posted a link to this plugin which should be able to do what you want – but I haven’t tried it so I don’t know if it actually works.

    Plugin Author Devtard

    (@devtard)

    It may take a few weeks, a month or maybe even two. Honestly I don’t know – there is still a lot of things on my to-do list. Proper testing will also require some time.

    Plugin Author Devtard

    (@devtard)

    Sure – the version 1.6 will support custom taxonomies. It’s not going to be very user-friendly though (in order to add both tags and categories users will have to run two instances of the plugin) because there are more important things that need to be implemented in that release.

    Plugin Author Devtard

    (@devtard)

    Every input field has a “maxlength” property which prevents users from typing more than 255 characters – which is why all occurrences of this number must be replaced with something else.

    I probably found out why it doesn’t work for you – databases usually have a relatively low character limit for “unique keys” (the column “tag” also happens to be the unique key).

    So after you replace all “255”s go to line 97 and make sure that the character limit is 255 as before:

    tag VARCHAR (255),

    It should work just fine now.
    Sorry for the inconvenience.

    Plugin Author Devtard

    (@devtard)

    The version 1.5 uses a custom table (“wp_apt_tags”) in the database where tags + related words are stored. The character limit for each table row is 255, which is why the table needs to be either modified or deleted and replaced by a new table with new properties (which is what reinstalling should do).

    You don’t have to upload a new version of the plugin by the way, it’s possible to edit the code directly from WP (Plugins > Editor). The plugin can be then reinstalled right from its options page (use the button “Restore default settings”). If you deactivate and delete the plugin via the WP admin interface then all its DB data should also be removed. If that does not happen for some reason, you need to delete the table manually (you can use e.g. phpMyAdmin to do that).

    Plugin Author Devtard

    (@devtard)

    Hi, users will be allowed to change the character limit themselves in the next version 1.6.

    If you don’t want to wait until it’s released, you can replace all occurrences of the number 255 in the main .php file. (You’ll need to reinstall the plugin afterwards so make sure that you have a backup of all your tags.)

Viewing 15 replies - 211 through 225 (of 334 total)