4 Unrelated Issues on a New Ajax Search Pro Integration

Home Forums Product Support Forums Ajax Search Pro for WordPress Support 4 Unrelated Issues on a New Ajax Search Pro Integration

This topic contains 11 replies, has 2 voices, and was last updated by Michael Samson Michael Samson 4 years, 6 months ago.

Viewing 12 posts - 1 through 12 (of 12 total)
  • Author
    Posts
  • #15437
    Michael Samson
    Michael Samson
    Participant

    Hello,

    Firstly, my compliments on Ajax Search Pro. This is by far one of the most detail oriented and well designed plugins I have ever seen. I’m a developer, and I have seen a lot! 😉

    Over the past two days I’ve been integrating this plugin into our new site, and it is going extremely well thanks to the in-depth settings you offer. I’ve been very impressed by how much customization can be done from within the actual plugin settings. The overall flexibility of this plugin is outstanding.

    I have only a few minor issues that I need to ask you about. I’ll number them below for simplicity:

    1. I’m using the Isotopic navigation which unfortunately does not have grouping capability. I do understand why this wasn’t possible, since the UI of the Isotopic option is broken down by page. However, this left me with the basic problem of needing a way for the user to break down search results by content type (post, categories, tags, users, etc.). I realized that this could also likely be accomplished with a filter in the search settings. I’ve looked for this type of option and could not find it.

    What I need to do here is add a filter to the search settings labeled “Filter by Type” and have it include options for the content types, namely Posts, Users (Members), Categories, and Tags. I also need to be able to customize what these filter options are called in the settings screen (for example I would label “Users” as “Members” since we are a member site).

    As I said, there doesn’t seem to be a way to do this with the built-in options. If there is a way to do this please let me know. Perhaps this would require a custom script, which I could easily implement with some instruction.

    2. I’m using the filters for the post formats, and noticed a small problem. The issue is that the default format (we call it Article) does not display. Ironically I know the reason for this as we had the same problem with the filters in Essential Grid. The default post format in WordPress is actually not a format at all, but rather the lack of a format. The other formats like image, video, etc, are the real formats. We had to write a custom script to be able to include the default post format as a filterable item in Essential Grid. I’m guessing this is a similar issue here in Ajax Search Pro.

    What is really needed here is for this ability to be added to the plugin, so that users can filter the default post format, and not just the specialized formats. Also consider that when you filter by format the way this is right now, it will always include the default post format along with whatever specialized format you select from the options. So this essentially renders the filter by post format useless, as it will always include the default format.

    3. I’m seeing a little bit of a flicker issue associated with the rollover effect in the Isotopic results. The flickering is associated with the icon that appears over the overlay when pointing to a specific search result (the icon in the circle). It seems that it isn’t always sure if you’re over the search result item or not. You have to move your mouse a little in one direction or another for the icon to stay over the appropriate search result. I’m going to be customizing this rollover a little with css, so perhaps I can resolve this. But I did want to report the issue to you here.

    4. For category and tag results, I need a way to integrate this with our category and tag images so that there’s always an image present. We’re using a plugin for our category images (it allows us to assign images for each category), and basically I’ll need to get this integrated with the search. I realize this is a custom development issue, but thought I’d mention it here just in case you had any insight. This is the plugin we’re using: https://wordpress.org/plugins/categories-images/

    …..

    That covers just about everything for now. Again, my compliments on this incredible plugin. It’s a true life-saver for my project!

    All my best,

    ~ Michael

    #15460
    Ernest Marcinko
    Ernest Marcinko
    Keymaster

    Hi Michael,

    Thank you for the detailed explanations, and your kind words, I really appreciate them.

    1. Unfortunately there is no option for that on the back-end, at least not yet. There is no custom script either that would help, as filters need a front-end, back-end options interface, integration with the ajax request, and most importantly a query to handle them properly. This is not possible to achieve via custom code snippets, as it simply affects too many files.

    2. I need to investigate this further. It does make sense they don’t actually use a term for the defaul ‘article’ format, however it creates more issues than is solves, especially when it comes down to filtering.

    The reason why it shows the article format when you choose whatever else is because of the lack of format, and because of this option is enabled by default: https://i.imgur.com/TIn8Ugd.png

    There is no good solution here. One thing you can do is to enable the ‘Choose all/any’ options, which will essentially allow displaying all formats: https://i.imgur.com/8cKml9c.png
    I will look into this in more details to see if there is any custom code that might help – somehow detecting that if not the default is selected, then others should be excluded explicitly, or something similar.

    3. May I ask what browser/system spec is this present on? Can you please also check the demo page if you can see it there as well? (https://ajaxsearchpro.com/) I don’t think I see the same issue, just want to make sure I’m testing it correctly.

    4. I recall someone asked this, so I looked through the past tickets and found a possible solution with a small custom snippet:

    I’m not sure if this is the same plugin though. Feel free to link me to the plugin page and I will check it out if this doesn’t work.

    Best,
    Ernest Marcinko

    If you like my products, don't forget to rate them on codecanyon :)


    #15467
    Michael Samson
    Michael Samson
    Participant

    Hi Ernest,

    I wanted to give you a quick response tonight to let you know that I will be responding in detail tomorrow.

    I’ve been involved in a very large project this weekend (development on our new site), and that has kept me from responding. Tomorrow I will respond in detail so we can continue this discussion.

    Thank you for providing the great support, and I look forward to working more with you…

    ~ Michael

    #15498
    Michael Samson
    Michael Samson
    Participant

    Hi Ernest,

    My thanks again for the detailed reply. Your plugin really is amazing, and the high praise is well-deserved! Thank you again for creating this plugin, as it’s going to be an important part of our new platform.

    I’ll stick to the original numbers to keep this response clear:

    1. Filter Results by Content Type (or Grouping Ability) for Isotopic Search Results

    Indeed, I realize this cannot be accomplished outside of the plugin. This is really more of a feature request. The isotopic navigation is by far the most superior UI option in your plugin. But it does have a few short-comings, and this is one of them; the lack of ability to group. Having a filter that can act as a substitute grouping by type (ex. Posts, Categories, Tags, Users, etc.) would effectively solve this problem.

    Another idea would be to build a grouping type feature into the Isotopic UI, perhaps above or underneath the page navigation. It could work similarly to a filter, and simply work with tabs to group the search results by type. So in other words, each group gets a tab in the results, and each tab has page navigation. Naturally this is a little more complex to implement (both in UI and code) than simply adding normal filters as I first suggested.

    Either way, I think a solution is needed here so that we can use Isotopic results and still have grouping. On our platform this ability is particularly important, as we will have many search results in each content type.

    2. Post-Format Filter Missing Default Format (Article)

    You’re exactly correct when you said that standard posts (Articles) display no matter what filter you select because of the lack of format. Our development team ran into this exact problem when working with post-format filters in the Essential Grid plugin. We were able to create filters for all formats except the default format.

    Luckily we found a way to write a script that added this filter without actually touching the plugin itself. If you’re interested in how our developers achieved this, I can ask them to show me the code so that perhaps you can integrate a similar solution into your filters. This is definitely something we need in Ajax Search Pro, and it would be far better if the solution was part of the core plugin. I’d be happy to share our Essential Grid solution with you so we can achieve this together. There is definitely a solution for this problem… because we solved it before! 😉

    3. Flicker Problem for Icon Overlay in Isotopic Search Results

    In answer to your question, I’m using Chrome on a Windows machine. I’m also using a very large monitor, which may have something to do with this. I just tested this in Firefox, and it is having the same problem.

    Basically when you move your mouse over the search results (the thumbnails) in the Isotopic UI, the overlay with the icon doesn’t always know what item your mouse is over. The icon has a tendency to flicker to the search result next to the one your mouse is over. I’ve also just made a new observation that the flicker only happens when the mouse is over the inner circle that contains the icon. If the mouse is outside of that circle, the icon/circle stays in the center without a flicker.

    I’m planning to customize this look and feel a bit, so this issue may not end up affecting me, but it’s definitely an issue in the plugin that should be solved. I’ll help any way I can.

    4. Automatic Image Loading for Category and Tag Search Results

    Thank you for providing this snippet. This looks very similar to the kind of solution we used in UberMenu (our menu system) for this same purpose. In our menu we had to add a filter so that any category items in the menu would automatically retrieve their assigned category image. We basically need to do the same thing here, except this must work for both categories and tags (we will have tag images as well).

    I’m going to pass this code along to our developers so that we can customize it to work with our category images plugin, and also with our tags. The end result here should be that all these images load automatically in the search results. I’ll get back to you about this if we have any further difficulties.

    …..

    I have two quick additional questions about the caching system…

    1. I have caching enabled, and also have the image cropping feature enabled. I’ve looked in the bfi_thumb folder, and see it’s cropping the images successfully (cool feature btw). Just to be clear, the bfi_thumb folder is the actual caching, and this means the only thing being cached is images (not search results). Am I correct?

    2. As I was writing to our developers about integrating your snippet for the category images, something occurred to me. This snippet would allow us to have the category images provided from our plugin, using the file paths stored in our plugin. But because we’re using the caching in Ajax Search Pro, those images would be retrieved, cropped, and then stored in the bfi_thumb folder. This means that they would only be retrieved once from our plugin, and then never again.

    Our category images plugin actually is broken down by image size. We create multiple size images for every category, and then those image sizes are used for specific features and sections of the site. I realized I would need to make a new image size series for the search results (probably 200px wide, as this is what I have the search results width set to). But if the images are being cropped and re-saved to a cache, it kind of renders my image work useless (at least for making a specific size).

    I’m curious to hear what you think about this, and what you think the best course of action is. Should I just create an image size series at 200px wide, and let bfi_thumb do it’s thing? Or should we be bypassing the caching just for these images?

    …..

    Thank you again for your help Ernest. I feel like I’ve been lucky lately in selecting plugins with amazingly helpful and responsive authors!

    ~ Michael

    #15524
    Ernest Marcinko
    Ernest Marcinko
    Keymaster

    Hi Michael!

    1. I’ve noted this a feature request, the one I think I will implement is the results type filter. That would solve two problems at once.

    2. I think I will manage to solve it. If you have a link to a snippet of some sort, feel free to share it with me, it’s greatly appreciated 🙂

    3. Would you mind testing this on the demo page? https://ajaxsearchpro.com
    I’m using the same configuration, on a dual 1920×1080 screen setup, but it still looks okay to me, at least on my test servers and the demo site.

    4. Let me know if anything comes up.

    Followup

    1. Yes, that directory is used by a modified script, that is used to image cropping. It should not contain anything else, but image files.

    2. No, it would not actually. Because the snippet is connected to the ‘asp_results’ filter, which is executed after the results have been post processed. The only images that are cropped are the ones that the plugin finds by itself. It is not possible to ‘feed’ an image to a result, and then let the search crop it, it won’t work.
    I mean I could copy over the code that does the cropping to this snippet as well, but in my opinion it’s just better to leave it as it is, and let the category images plugin retrieve the image.

    Best,
    Ernest Marcinko

    If you like my products, don't forget to rate them on codecanyon :)


    #15560
    Michael Samson
    Michael Samson
    Participant

    Hi Ernest,

    Thank you again for the quick reply!

    1. Filter Results by Content Type (or Grouping Ability) for Isotopic Search Results

    I agree with you that implementing this as a results filter makes more sense. Using a filter will also keep the options in the settings area, and not clutter up the Isotopic UI with additional choices. Thank you for adding this to the feature requests. I hope you add it soon, and when you do please let me know so I can implement it! 😉

    2. Post-Format Filter Missing Default Format (Article)

    I’ve asked my partner who is managing the development team to point out the code for me so that I can send it over to you. I’m waiting for him to send it over. One thing to keep in mind is that we solved this filter issue in Essential Grid without actually modifying the plugin. All our scripts for this were external. You’ll be able to change this within the actual plugin, but I suspect the methodology will be the same as ours. I’ll send this over as soon as I have it.

    3. Flicker Problem for Icon Overlay in Isotopic Search Results

    I tested the page you sent and the problem does not occur there. But the ajax results on that test page are very small in width. My results container is set to 100% width of the screen, which is very wide on my monitor. Perhaps this has something to do with the problem. I’ll also try to pin down the cause more over here when I work on customizing that css (one of my next tasks).

    4. Automatic Image Loading for Category and Tag Search Results

    I’ll definitely keep you posted on this. It may be a little bit before our developers get to this task, as we’re working on a great many issues right now. But we’ll be doing this soon enough.

    Question 1

    Just to clarify, the caching that is occurring is the caching of these images in the bfi_thumbs directory, nothing more, right?

    Question 2

    Ok, this is interesting. So if we use a filter to display our own images for category and tag results, then those images would be used as-is, and would not be cropped or cached, right?

    I think what you’re saying here is that when the plugin finds results with images (like a post), that’s the point at which it retrieves the image, crops, and caches it. The category and tag results have no images, so they would be displayed without images, and then the filter would kick in and display the images we want. So in effect, the cropping and caching never comes into play.

    If that’s the case then I can indeed size these images to my own specifications, as I do for all category images. I would just need to make sure the images cover the container properly, as the aspect ratios are different (between the images and the results cards). But that shouldn’t be too difficult.

    I’ll get back to you about how this all works out when we implement the filter. Let’s also please keep this thread open until everything is resolved.

    Thanks again Ernest!

    ~ Michael

    #15583
    Ernest Marcinko
    Ernest Marcinko
    Keymaster

    Hi Michael,

    Thank you very much for your feedback, let me know if anything changes.

    3. In that case, maybe placing the plugin into a container that has a max width, or adding a max-width custom CSS property to avoid too wide search sizes might actually do the trick. Let me know if you need help with that.

    Q1
    There is a search results cache as well, but that is disabled by default: https://i.imgur.com/LLlQFtU.png
    I only recommend enabling this options if there is a very highy expected number of searches, the database actually does have a built-in cache mechanism, that performs in regular cases just as good. If this option is enabled, the cache is stored in the wp-content/uploads/asp_upload directory. It also contains the dynamically generated CSS files.

    Q2
    That is correct. It works exactly as you described.

    Best,
    Ernest Marcinko

    If you like my products, don't forget to rate them on codecanyon :)


    #15588
    Michael Samson
    Michael Samson
    Participant

    Hi Ernest,

    3. Flicker Problem for Icon Overlay in Isotopic Search Results

    I’ve been busy the past few days with other things, so I didn’t get to work on the css just yet. I’m going to try fixing this tomorrow, and I’ll get back to you with my results. I may indeed try something like you’ve suggested here.

    Question 1

    Thank you for clearing this up. I have both the image caching and search caching enabled, as we are expecting enormous numbers of searches once the platform grows. That’s interesting that the database has it’s own built-in caching (I did not realize that). But since you did include a separate caching feature here I wanted to make use of it.

    I looked at the asp_upload directory and see the cached searches. Thank you for pointing this out to me.

    I have three suggestions to help improve these features:

    1. I would separate the search results cache from the css styles in the uploads directory. These really belong in separate folders (see my second suggestion on naming).

    2. It would be good to rename these folders in the uploads directory so they are more apparent as to their purpose. Perhaps the following would work well:

    asp_cache_images
    asp_cache_results
    asp_dynamic_css

    3. The options in the Caching Options screen could be better named (and described) for clarity as well. I was actually confused by these options when first setting up the plugin. I think the main source of confusion is from the “Crop images for caching” option. When you describe this you talk about disabling the thumbnail generator, which is only what would happen if you turned this option off. The description should really describe what the option does when turned on (it’s counter-intuitive).

    I would rename the regular caching option (for search results) to “Search Results Caching” and the image caching option to “Image Caching & Cropping”. I would also make it more clear in the description that the image caching and cropping functions are one and the same thing. If this option is turned off, then no caching or cropping of images occurs. This is really a combined feature (please correct me if I’m wrong).

    2. Post-Format Filter Missing Default Format (Article)

    As promised I am supplying below the code that we used to display the default post-format (Article) in the post-format filters for the Essential Grid plugin. Please keep in mind that this is for Essential Grid and that we had to do this from completely outside the plugin. But I think the general technique would be very similar to what you need to do for this to work within Ajax Search Pro.

    I hope this helps you to include the default post format in the filter options (and also keep those default posts excluded when other formats are selected – this is equally important).

    
    /* ############# Essential GRID add Article filter ############# */
    
    /**
     * Function adds one more Essential Grid Filter.
     * @param array $settings
     * @return string
     */
    function bbed_set_filter_settings_func( $settings ){
        
        // Prepend value in the begining.
        array_unshift( $settings['settings']['filter-selected'], 'post_format_STAN0');
        
        return $settings; 
    }
    add_filter('essgrid_set_filter_settings', 'bbed_set_filter_settings_func', 10, 1);
    
    
    /**
     * Function adds custom filter additional information.
     * @param type $filter
     * @return int
     */
    function bbed_set_filter_info_func( $filter ){
        
        $filter[ 'STAN0' ] = array(
            'name' => 'Article',
            'slug' => 'standard',
            'parent' => 0,
        );
        
        return $filter; 
    }
    add_filter('essgrid_set_filter', 'bbed_set_filter_info_func', 10, 1);
    
    
    /**
     * Function used to add custom format class details.
     * @param type $terms
     * @param type $post_id
     * @return - Term Details.
     */
    function bbed_add_standard_format_terms_details( $terms, $post_id ) {
    
        $c_terms = get_the_terms( $post_id, 'post_format' );
        if( empty( $c_terms ) ){
            $dummy_term_data = new BBEDArticleTermDetails();
            $terms[] = $dummy_term_data;
        }
        return $terms;
    }
    add_filter('essgrid_get_custom_taxonomies_by_post_id', 'bbed_add_standard_format_terms_details', 10, 2);
    
    
    /**
     * Class returns hardcoded terms details.
     */
    class BBEDArticleTermDetails{ var $name = 'Standard', $slug = 'standard', $parent = 0, $term_id = 'STAN0'; }
    
    #15862
    Michael Samson
    Michael Samson
    Participant

    Hi Ernest,

    I wanted to follow up with you on all fronts since a few weeks have now passed.

    Regarding “3. Flicker Problem for Icon Overlay in Isotopic Search Results.” I managed to get this solved on my end when customizing all the css for the ajax results screen. It looks like that issue was tied to using a custom icon in the overlay. I was using an svg image. I think the problem was caused by the image container not being the exact size as the image inside it. When I customized our css I matched the sizes together, and then the problem disappeared. You may want to test this on your end by using various size images in the overlay. There’s definitely a problem there that may necessitate specifying an image container size (perhaps a new option in the plugin, or just a change of css settings to automatically match the sizes).

    Regarding “4. Automatic Image Loading for Category and Tag Search Results.” We’re still working on this, and I’ll follow up with you when it’s all done.

    I found a small css issue tied to the “nav.asp_navigation” element. On mobile devices the navigation bar was not contained properly, and you could see additional pages beyond the end of the bar. I fixed this on my end by adding an “overflow: hidden” to nav.asp_navigation. You should make this fix in the plugin.

    One other thing I noticed is that there seems to be no way to completely disable the default image feature. Even if you have no image entered, and all the image source settings are not using the default, the plugin still displays a default image (a camera). You should add an option for this so that the default image can be turned off. I actually could use this.

    …..

    Regarding “2. Post-Format Filter Missing Default Format (Article).” I had supplied you with the code we used to fix this in Essential Grid in my last post. I’m hoping that you’ll get this particular issue fixed soon, since it does adversely affect the current filtering abilities.

    Regarding “1. Filter Results by Content Type (or Grouping Ability) for Isotopic Search Results.” Do you know when you expect to be implementing the solution we discussed for this? No rush here, but this would be a great feature to have added soon.

    Lastly, you never replied to my last post with the several suggestions I made for “Question 1.”

    …..

    I’m almost done now customizing the plugin, and it is working very nicely. My compliments again on creating this absolutely incredible plugin. It’s going to serve us well for many years to come!

    All my best,

    ~ Michael

    #15893
    Michael Samson
    Michael Samson
    Participant

    Hi Ernest,

    I saw your message about being away until December 19th. Thanks for posting that so I knew what was going on. I wanted to drop you one more message here (in addition to the two above you have yet to see). I’ve been making a lot of progress here customizing the plugin (css work), and at this point it’s 99% done. I’m really looking forward to showing you this implementation once our site goes live (still a few months away).

    I found three new small (but important) things I wanted to let you know about…

    1. In the “Frontend Search Settings” under the “General” tab:

    The “Generic Selectors” have no way to assign a header. This looks a little funny when you’re using a few filters, and only this one section has no header on top. It would be great to be able to enter one in here so things look consistent. I’m referring to the headers like “Filter by Categories” for example. The Generic Selectors need a header too (preferably one we can enter).

    2. In the “General Options” under the “Attachments” tab:

    The setting for “Link results to” needs an option to link to the parent post page. This is really critical to have on a site like ours which is made almost entirely of posts. I want to make use of the attachment search capabilities in your plugin because it’s capable of generating a lot more relevant results. But these attachments all are linked to posts on our site. It’s important that these results link back to their parent post page when clicked from the results. There’s no option for this right now.

    3. In the “General Options” under the “Attachments” tab:

    When setting “Search engine for attachments” to “index table engine” there appears to be a problem with generating results. I found that this option would not generate any attachment results at all. When I used the normal engine there was no problem.

    …..

    That’s it for now. Please remember I have three posts here for you to reply too… 😉

    All my best,

    ~ Michael

    #15898
    Ernest Marcinko
    Ernest Marcinko
    Keymaster

    Hi Michael,

    I will try to answer as much as possible, please let me know if I miss anything:

    Q1 – Folder names and files
    While I agree that it would be much better to have them separated, but there is a reason why there is only one folder there. File/Folder related actions in PHP can be quite costly, depending on the disk speed and other factors as well. Occasionally, the plugin needs to check their existence. Having a single folder solves this folder. There is also a possibility that the PHP folder permission check returns positive result, while the ownership of the parent folders may be incorrect. In those cases a fall-back is implemented, with a possibility for the user to create those folders manually if needed. Again, instructing to create a single folder is much less problematic.

    I will however definitely consider the naming you proposed regarding the image caching and results caching options.

    Q2 – Post format issue
    Unfortunately the issue turns out to be more problematic than that in this case. One great features of the plugin is that it can handle taxonomy based exclusions/inclusions in one single, optimized query – not during a post process or follow-up queries. This creates a rather difficult situation with items that are not marked with a taxonomy term, that does not exists, yet it is displayed by WordPress as existent. I understand why though, it saves a lot of database space, but it is unusual. Forcing to display another filter is not going to solve it in this case. I will have to write a back-end code as well as to coop with all the term logics and possibilities whenever the ‘fake’ post format is selected.
    This should be ready within the next release.

    Isotopic image issue
    Will test this with SVG images, and see if I can replicate and fix it.

    Isotopic default image
    You are correct. I will find a way to get around it within the next release.

    Isotopic grouping
    I will try to implement the results type filter as soon as possible of course, I believe that is the only reasonable solution for now.

    Attachment parent
    Attachments does not have parent objects by default, or at least as far as I know they don’t. Maybe you are reffering to pages where the attachments are visible/used? Unfortunately I don’t think there is a backwards link or any other way to track the attachments post page from the attachment object itself.

    However if the attachment indeed has a parent page (like in pages), then this could be solveable with a custom code. Let me know, and I will try to work out something.

    Attachment index
    Make sure that the attachments are also indexed under the index table submenu: https://i.imgur.com/ZyyE3lp.png
    This option is still under development/beta testing, just been added in the latest release, so there is a chance that it may not work 100% correctly at all times.

    I hope this helps!

    Best,
    Ernest Marcinko

    If you like my products, don't forget to rate them on codecanyon :)


    #16004
    Michael Samson
    Michael Samson
    Participant

    Hi Ernest,

    Sorry for the slight delay in me getting back to you. I’ve been pretty busy here that last two days working on a project.

    I just read through all your responses. My compliments on not missing anything, as we are speaking about many features/issues simultaneously. Your level of support here really is fantastic, and I appreciate it very much!

    Below I am outlining every single item that we’re working on as briefly as possible so we can track it all…

    …..

    Question 1 / Parts 1-3

    After reading your comments on the advantages to having just one folder for the search cache and css, I agree, this makes more sense. I was thinking more about the organization, and not how efficient it was. I agree with you now on this.

    Since there would just be the two folders, you could name them this way:

    asp_cache_images (instead of bfi_thumb)
    asp_cache_results (instead of asp_upload)

    The css would still be stored in the same folder as search results, but I still think it makes sense to name the folder as a cache.

    Please also take note of my recommendations for renaming settings in the Caching Options screen (it was Question 1 / Part 3)

    Post-Format Filter Missing Default Format (Article)

    I’m not surprised this was a more complex issue within the context of this particular plugin. With that said, thank you so much for tackling this issue head-on and getting it into the next release. This is going to make the post-format filters work the way they should. It’s just too bad that WordPress has made this difficult for us with the non-format post-format. 😉

    Flicker Problem for Icon Overlay in Isotopic Search Results

    You should be able to replicate this pretty easily by using a slightly larger SVG image than your default.

    Feature to Disable the Isotopic Default Image

    Thank you for creating a solution to this. I simply want to disable this image completely from displaying.

    CSS Issue Tied to the “nav.asp_navigation” Element

    I fixed this already on my end, but just a note to remind you about it.

    Filter Results by Content Type (or Grouping Ability) for Isotopic Search Results

    We’re in full agreement that a filter is the best approach to this problem. Please make sure when you create this filter that it has it’s own column and header in the settings screen. I’m assuming you’ll build in the ability to control exactly what filter options appear on the front-end.

    Customizable Headers in Settings Screen for “Generic Selectors” and Date Filters

    Just a reminder that this simple feature is needed. I just realized that the date filters column could also benefit from having a customizable header (something like “Filter by Date”). You could just use “Filter by Date” for the date column (not customizable), and make the generic selectors column customizable (since this is more open-ended as to what you would name it).

    Linking Attachment Search Results to Parent Posts

    This is kind of a make or break issue for us using attachments at all. We’re building a new social media platform which is largely based on user posts and media content. The attachments feature is great because it can bring up so many more relevant search results by looking only at the attachment names. I like this a lot! But those attachment results must link back to their source, which is the post pages in our case.

    The question is, how is the search actually finding the attachments? It is looking only in the /uploads directory?

    This in of itself may become an issue for us because we’re about to start pushing the user-based uploads to an S3 bucket. They won’t be stored in the actual /uploads folder any longer. We’re going to be using the WP Offload S3 plugin for this. It will be interesting to see how this affects the search ability for attachments.

    Assuming this doesn’t cause problems, we still need to have these attachments link back to their parent post pages. Doesn’t WordPress associate the files in the media library with the post pages it comes from? I thought it did. If that’s the case it should be possible to have the attachments link back to their parent posts. Just so you know, our attachments are not on pages… only in posts. I hope we can make this work on our site. Otherwise we can’t display attachments at all in the search.

    Attachments Not Displaying When Using the Index Table

    I checked and we do indeed have “Attachments” added to the post-types. This appears to be a bug in this new feature. I’m sure you’ll get this fixed with more testing. In the meantime I’ll leave the attachments set to use the standard search method.

    Automatic Image Loading for Category and Tag Search Results

    We’re still working on this one. It’s one of many upcoming tasks that my developers will take care of.

    ……

    That’s everything you and I are working on. Thank you again for providing such amazing support and being willing to take suggestions.

    All my best,

    ~ Michael

Viewing 12 posts - 1 through 12 (of 12 total)

You must be logged in to reply to this topic.